Sync website documentation with recent code changes. $ARGUMENTS specifies scope: a command name (e.g., install), commit range, or omit to auto-detect from git diff HEAD~1.
Scope: This skill only updates website/docs/. It does NOT write Go code (use implement-feature) or CHANGELOG (use changelog).
Workflow
Step 1: Detect Changes
# Auto-detect recently changed code
git diff HEAD~1 --stat -- cmd/skillshare/ internal/
# Also check for structural changes that affect concept/reference docs
git diff HEAD~1 --stat -- internal/config/targets.yaml internal/audit/rules.yaml
Map changed files to affected documentation using this guide:
Command docs (website/docs/reference/commands/):
cmd/skillshare/<cmd>.go→website/docs/reference/commands/<cmd>.md- Flag changes, new subcommands, output format changes
Concept docs (website/docs/understand/):
internal/audit/→understand/audit-engine.mdinternal/sync/→understand/sync-modes.md,understand/source-and-targets.mdinternal/install/tracked.go→understand/tracked-repositories.mdinternal/config/→understand/declarative-manifest.md.skillshare/project config changes →understand/project-skills.mdskills/skillshare/SKILL.mdformat →understand/skill-format.md
Reference docs (website/docs/reference/):
internal/config/targets.yaml→reference/targets/internal/audit/rules.yaml→reference/commands/audit-rules.mdreference/appendix/for CLI quick-reference tables
How-to guides (website/docs/how-to/):
- New workflow patterns →
how-to/daily-tasks/,how-to/advanced/,how-to/recipes/ - Sharing/org features →
how-to/sharing/
Troubleshooting (website/docs/troubleshooting/):
- New error messages →
troubleshooting/common-errors.md - FAQ additions →
troubleshooting/faq.md
Getting started (website/docs/getting-started/):
- Breaking changes to init/install flow →
getting-started/first-sync.md - Quick reference updates →
getting-started/quick-reference.md
Learn (website/docs/learn/):
- New target integrations →
learn/with-<tool>.md
Step 2: Cross-Validate Flags
For each affected command:
Read the Go source to extract actual flags and behavior:
grep -n 'flag\.\|Usage\|Args' cmd/skillshare/<cmd>.goRead the corresponding doc page:
website/docs/commands/<cmd>.mdCompare and fix:
- New flags in code → add to docs with usage example
- Removed flags from code → remove from docs
- Changed behavior → update description
- Every
--flagin docs must have a matchinggrephit in source
Step 3: Update Documentation
Apply changes following existing doc conventions:
- Match heading structure of neighboring doc pages
- Include CLI examples with expected output
- Keep flag tables consistent in format
Step 4: Check Built-in Skill
If changes affect user-visible CLI behavior:
- Read
skills/skillshare/SKILL.md - Check if the built-in skill description needs updating
- Verify description stays under 1024 characters (CodeX limit)
Step 5: Check README
Review README.md for sections that may need updates:
- Recent Updates callout
- Why skillshare bullet points (5 selling points)
- Highlights section (core feature examples)
Step 6: Build Verification
cd website && npm run build
Confirm no broken links or build errors.
Step 7: Report
List all changes made with rationale:
== Documentation Updates ==
Modified:
website/docs/commands/install.md
- Added --into flag documentation
- Updated install examples
skills/skillshare/SKILL.md
- Added --into to feature list (desc: 987/1024 chars)
Build: PASS (no broken links)
Rules
- Source of truth is code — docs must match what the code actually does
- Every flag claim must be verified — grep source before writing docs
- No speculative docs — never document planned but unimplemented features
- No code changes — this skill only touches
website/docs/,skills/skillshare/SKILL.md, andREADME.md - Preserve style — match existing doc page structure and tone
- Built-in skill desc limit — must stay under 1024 characters