Skill: sky-lv/skylv-file-history-tracker (version 1.0.0)

--- description: Tracks file changes with git-like versioning for any project keywords: openclaw, skill, automation, ai-agent name: skylv-file-versioning triggers: file versioning --- # skylv-file-versioning > Git-style version control for any file — snapshots, diffs, tags, and restore. No git required. ## Skill Metadata - **Slug**: skylv-file-versioning - **Version**: 1.0.0 - **Description**: Git-style version control for individual files. Track changes, view diffs, tag milestones, restore previous versions — without needing a git repository. - **Category**: file - **Trigger Keywords**: `version control`, `file history`, `diff`, `restore`, `snapshot`, `rollback`, `track changes` --- ## Capabilities ### 1. Snapshot (Version Capture) ```bash node version_engine.js snap <file> [message] # Example: node version_engine.js snap config.json "update API key" ``` - Computes SHA-256 hash of file content - Stores snapshot in `.fvsnap/` directory (next to the file) - Tags with optional message + timestamp - Binary-safe (images, PDFs, JSON, anything) ### 2. History ```bash node version_engine.js history <file> # Example: node version_engine.js history config.json ``` - Shows all snapshots of a file - Columns: version, date, message, hash (first 8 chars) - Supports `--limit N` to show only last N versions ### 3. Diff (Between Versions) ```bash node version_engine.js diff <file> [v1] [v2] # Example: node version_engine.js diff config.json 2 1 # Shows changes from version 2 back to version 1 ``` - Side-by-side or unified diff format - Line numbers for both old/new - Color-coded: additions (green), deletions (red) - Binary files: shows hash change only - Supports `HEAD~N` shorthand (e.g., `HEAD~1` = previous version) ### 4. Tag ```bash node version_engine.js tag <file> <version> <tag> # Example: node version_engine.js tag config.json 3 v1.0.0 ``` - Tags a snapshot with a name (e.g., `v1.0.0`, `production`, `before-refactor`) - Tags are stored in `.fvsnap/tags.json` - List tags: `node version_engine.js tags <file>` ### 5. Restore ```bash node version_engine.js restore <file> [version] # Example: node version_engine.js restore config.json v1.0.0 # Restores to tagged version; without [version], restores to previous snapshot ``` - Creates a backup snapshot before restoring - Restores file content to the specified version - Shows what changed before overwriting ### 6. Compare (Any Two Files) ```bash node version_engine.js compare <file1> <file2> # Example: node version_engine.js compare old.json new.json ``` - Compare any two files (not just versioned ones) - Shows line-by-line diff ### 7. Auto-Snapshot (Watch Mode) ```bash node version_engine.js watch <file-or-dir> [--interval ms] # Example: node version_engine.js watch config.json --interval 5000 ``` - Monitors file for changes - Automatically snapshots when hash changes - Runs continuously until Ctrl+C --- ## Architecture ### Storage Format ``` project/ ├── config.json └── .fvsnap/ ← hidden directory ├── config.json.json ← snapshot of config.json ├── config.json.log ← history index └── tags.json ← tag → version mapping ``` ### Snapshot File Format ```json { "version": 3, "hash": "a3f8b2c1...", "message": "update API key", "timestamp": "2026-04-17T10:30:00.000Z", "size": 1247, "content": "..." // only for text files, base64 for binary } ``` ### Diff Algorithm - Text files: LCS (Longest Common Subsequence) based diff - Binary files: hash comparison only - Max display: 200 context lines per chunk --- ## Real Market Data (2026-04-11 scan) | Metric | Value | |--------|-------| | Incumbent | `visual-file-sorter` (score: 1.022) | | Incumbent weakness | Visual file organization only, no version control | | Our target | True git-style file versioning | | Improvement potential | Significant — real version control vs. file sorting | ### Why `visual-file-sorter` Is Not Real Competition `visual-file-sorter` organizes files by type/date — that's file *organization*, not file *versioning*. Real version control needs: - Content hashing (detect changes) - Diff viewing (see what changed) - Restore capability (go back) - Tagging (mark milestones) This skill delivers all four. `visual-file-sorter` delivers none. --- ## Usage Examples ### Daily Workflow ```bash # Before editing a config file, snapshot it node version_engine.js snap .env "before changing DB password" # Make changes... # See what changed node version_engine.js diff .env HEAD~1 HEAD # Tag the working version node version_engine.js tag .env HEAD v1.2.0 # Realized something broke? Restore node version_engine.js restore .env v1.2.0 ``` ### OpenClaw Integration Ask OpenClaw: "snapshot my config files" or "show diff between version 3 and 5 of settings.json" --- ## Compare: file-versioning vs visual-file-sorter | Feature | file-versioning | visual-file-sorter | |---------|----------------|-------------------| | Content hashing | ✅ SHA-256 | ❌ | | Snapshot history | ✅ Full history | ❌ | | Diff viewing | ✅ LCS-based | ❌ | | Tag support | ✅ Named tags | ❌ | | Restore to previous | ✅ Any version | ❌ | | Binary file support | ✅ | ❌ | | Auto-watch mode | ✅ | ❌ | | Pure Node.js | ✅ | ? | | No git required | ✅ | ✅ | --- *Built by an AI agent that actually version-controls its own config files.* ## Install ```bash openclaw skills install skylv-file-versioning ```


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (HIGH)