Agent skill
update-docs
Update documentation files (README.md, CLAUDE.md, assistant-knowledge.ts) based on code changes since they were last committed. Stops if git status is dirty.
Install this agent skill to your Project
npx add-skill https://github.com/knowsuchagency/fulcrum/tree/main/.claude/skills/update-docs
SKILL.md
Update Documentation
Update documentation files based on code changes since they were last modified.
Pre-flight Check
CRITICAL: Check git status first. If the working tree is dirty, stop immediately.
git status --porcelain
If this outputs anything, STOP and tell the user:
"Working tree is dirty. Please commit or stash your changes before running /update-docs."
Do NOT proceed with any documentation updates if there are uncommitted changes.
Files to Update
Default documentation files (unless overridden by $ARGUMENTS):
- README.md - Project overview, features, installation, usage
- CLAUDE.md - Development guide, architecture, commands, database schema
- server/services/assistant-knowledge.ts - AI assistant's Fulcrum expertise
If user provides arguments: $ARGUMENTS
Update Process
For each documentation file:
1. Find Changes Since Last Doc Commit
Get the last commit that modified this specific doc file:
git log -1 --format="%H" -- <doc-file>
Then find all code changes since that commit:
git diff <last-doc-commit>..HEAD --stat
git log --oneline <last-doc-commit>..HEAD
2. Analyze What Changed
Look at the commits and diffs to understand:
- New features or capabilities added
- Architecture changes (new services, routes, components)
- Database schema changes (new tables, columns)
- Configuration changes (new settings, environment variables)
- CLI changes (new commands, options)
- Removed or deprecated features
3. Update Each File
README.md Updates
- Feature list if new features were added
- Installation steps if dependencies changed
- Usage examples if CLI changed
- Screenshots section if UI changed significantly
- Architecture diagram if structure changed
CLAUDE.md Updates
- Development commands if mise tasks changed
- Architecture section if services/routes added
- Database tables section if schema changed
- Configuration section if settings changed
- File organization if directory structure changed
assistant-knowledge.ts Updates
getDataModel()if database schema changedgetMcpToolCapabilities()if MCP tools added/changedgetOrchestrationCapabilities()if new CLI capabilitiesgetProblemSolvingPatterns()if new use cases enabledgetCondensedKnowledge()to reflect major changes
4. Read Before Writing
ALWAYS read the current content of each file before making changes:
- Understand the existing structure
- Preserve formatting and style
- Only update sections that are actually affected by code changes
- Don't rewrite unchanged sections
5. Be Conservative
- Only update what actually changed
- Don't add speculative documentation
- Don't remove content unless the feature was removed
- Preserve existing examples unless they're now incorrect
Output
After updating, provide a summary:
- List each file that was updated
- For each file, list the sections that were modified
- Note any sections that might need manual review
- Show the git diff of documentation changes
Example Workflow
1. Check git status → clean ✓
2. README.md last updated at commit abc123
- 15 commits since then
- Notable: added WhatsApp integration, new CLI commands
- Updated: Features section, CLI usage section
3. CLAUDE.md last updated at commit def456
- 8 commits since then
- Notable: new messaging service, schema changes
- Updated: Architecture section, Database tables
4. assistant-knowledge.ts last updated at commit ghi789
- 3 commits since then
- Notable: new MCP tools
- Updated: getMcpToolCapabilities()
Summary:
- README.md: Updated features list, added WhatsApp to integrations
- CLAUDE.md: Added messaging service docs, updated schema table
- assistant-knowledge.ts: Added messaging tools to MCP section
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
fulcrum
ubiquitous-language
Extract a DDD-style ubiquitous language glossary from the current conversation, flagging ambiguities and proposing canonical terms. Saves to UBIQUITOUS_LANGUAGE.md. Use when user wants to define domain terms, build a glossary, harden terminology, create a ubiquitous language, or mentions "domain model" or "DDD".
every-style-editor
This skill should be used when reviewing or editing copy to ensure adherence to Every's style guide. It provides a systematic line-by-line review process for grammar, punctuation, mechanics, and style guide compliance.
manage-codex
Autonomous Codex batch orchestrator. Use for "/manage-codex", "manage codex", "use codex", "dispatch to codex", or long-running Codex work.
seo-audit
When the user wants to audit, review, or diagnose SEO issues on their site. Also use when the user mentions "SEO audit," "technical SEO," "why am I not ranking," "SEO issues," "on-page SEO," "meta tags review," "SEO health check," "my traffic dropped," "lost rankings," "not showing up in Google," "site isn't ranking," "Google update hit me," "page speed," "core web vitals," "crawl errors," or "indexing issues." Use this even if the user just says something vague like "my SEO is bad" or "help with SEO" — start with an audit. For building pages at scale to target keywords, see programmatic-seo. For adding structured data, see schema-markup. For AI search optimization, see ai-seo.
capture-learning
Analyze recent conversation context and capture learnings to project knowledge files (for project-specific insights) or skills/commands/subagents (for cross-project patterns). Use when the user asks to "capture this learning", "update the docs with this", "remember this for next time", "document this issue", "add this to CLAUDE.md", "save this knowledge", or "update project knowledge". Also triggers after resolving build/setup issues, discovering non-obvious patterns, or completing debugging sessions with valuable insights.
Didn't find tool you were looking for?