agentleFS
fritzprixfritzprix/libr-agent/.agents/skills/vitepress-doc-sync/SKILL.md

vitepress-doc-sync

Skill11 starsChanged 20 days agoMITView on GitHub

Analyze recent git commits and codebase changes to update, synchronize, and align VitePress documentation (docs/user/ and website/). Use when the user requests to update documentation from git diffs, sync VitePress docs, audit doc gaps, or update user guides after code changes. Triggers on "vitepress 문서 현행화", "git 변경사항으로 문서 업데이트", "최신 git commit 반영하여 docs 업데이트", "vitepress-doc-sync", "sync docs with git", "update vitepress docs", "doc sync".

The file

We split this skill into the rules it gives an agent

9 rules. About 0 are common, 4 are distinctive, and 5 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 5

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Run the automated gap detection script to inspect recent git commits and find unindexed markdown files:

    line 31
  2. Very specific:

    Consult Mapping Guide: Read references/git_diff_analysis_guide.md for domain-specific mappings (e.g.

    line 48
  3. Distinctive:

    Follow VitePress formatting guidelines in references/vitepress_formatting_guide.md:

    line 58
  4. Very specific:

    Update both Korean docs (docs/user/*.md) and English docs (docs/user/en/*.md) to maintain language parity.

    line 60
  5. Very specific:

    Add page frontmatter (title, description) if missing.

    line 61
  6. Very specific:

    Use VitePress custom containers (::: tip, ::: info, ::: warning, ::: danger) for callouts and notes.

    line 62
  7. Distinctive:

    Ensure code block snippets use accurate syntax highlighting and valid parameters.

    line 63
  8. Very specific:

    If new .md files were created in docs/user/ or existing files were reorganized:

    line 69
  9. Distinctive:

    Verify that VitePress compiles cleanly without dead links or syntax errors:

    line 85

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

VitePress Doc Sync

Analyze recent Git commits, PRs, and codebase diffs to detect outdated, missing, or inconsistent user-facing documentation in VitePress (docs/user/ and website/), and synchronize them to reflect the latest state of the codebase.


Workflow Decision Tree

1. Run Gap Analysis Script
   └─ python .agents/skills/vitepress-doc-sync/scripts/detect_doc_gaps.py --since <GIT_REF>
2. Inspect Code Changes
   └─ Review git log / diff & consult references/git_diff_analysis_guide.md
3. Update Target Docs
   └─ Edit corresponding Korean (docs/user/*.md) and English (docs/user/en/*.md) pages
4. Sync VitePress Config
   └─ If new files added, update website/.vitepress/config.ts (koSidebar & enSidebar)
5. Build & Validate
   └─ Run pnpm --filter website build or pnpm refactor:validate

Step 1: Detect Documentation Gaps

Run the automated gap detection script to inspect recent git commits and find unindexed markdown files:

python .agents/skills/vitepress-doc-sync/scripts/detect_doc_gaps.py --since HEAD~10

This generates .agents/skills/vitepress-doc-sync/doc_gaps_report.json summarizing:

  • Changed codebase areas (MCP tools, Rust backend, frontend UI, skills, etc.)
  • Markdown files in docs/user/ that are not listed in the VitePress sidebar navigation.

Step 2: Analyze Git Diffs & Map to Docs

Inspect changed codebase files and map them to their target documentation files:

  1. Consult Mapping Guide: Read references/git_diff_analysis_guide.md for domain-specific mappings (e.g. MCP tools → guides/builtin-tools.md, Skills → guides/skills.md).
  2. Identify Impact:
    • Added features or parameters → Add explanations to user docs.
    • Deprecated or renamed APIs/CLI flags → Update existing references.
    • New configuration options → Update configuration guides or FAQ.

Step 3: Edit & Update Documentation Pages

Follow VitePress formatting guidelines in references/vitepress_formatting_guide.md:

  • Update both Korean docs (docs/user/*.md) and English docs (docs/user/en/*.md) to maintain language parity.
  • Add page frontmatter (title, description) if missing.
  • Use VitePress custom containers (::: tip, ::: info, ::: warning, ::: danger) for callouts and notes.
  • Ensure code block snippets use accurate syntax highlighting and valid parameters.

Step 4: Sync VitePress Sidebar & Navigation

If new .md files were created in docs/user/ or existing files were reorganized:

  1. Open website/.vitepress/config.ts.
  2. Register the new page under the appropriate category in koSidebar:
    { text: '새 기능 제목', link: '/guides/new-feature' }
  3. Register the corresponding English page in enSidebar:
    { text: 'New Feature Title', link: '/en/guides/new-feature' }

Step 5: Validate VitePress Site Build

Verify that VitePress compiles cleanly without dead links or syntax errors:

pnpm --filter website build

Or perform full project validation:

pnpm refactor:validate

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.