Use when code changes may have made documentation outdated, when reviewing docs for consistency, or when the user asks to sync or audit documentation.
70
86%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Review code changes and update project documentation for consistency.
| Mode | How to activate | Behavior |
|---|---|---|
delta (default) | No argument, or say "delta" | Diff against merge-base with origin/main + working tree changes |
full | Say "full audit" or "full sync" | Complete audit of all docs against current codebase |
| Scope keyword | Say the keyword (e.g. "db", "api") | Targeted check (see Scope Filters below) |
Identify changed files using merge-base (not a fixed commit count):
# Branch changes since diverging from main
git diff --name-only $(git merge-base HEAD origin/main)...HEAD
# Plus staged + unstaged
git diff --name-only --cached
git diff --name-onlyCombine the results into a single list of changed files. Then use the Impact Mapping to identify which docs may need updates.
Map changed areas to the docs they affect:
| Changed area | Affected docs |
|---|---|
apps/controller/src/routes/ | specs/references/api-patterns.md, ARCHITECTURE.md, specs/product-specs/*.md (if route is user-facing) |
apps/web/src/pages/ or apps/web/src/app.tsx | specs/FRONTEND.md |
apps/landing/ | ARCHITECTURE.md (Monorepo layout) |
apps/controller/src/runtime/ | ARCHITECTURE.md, specs/RELIABILITY.md |
packages/shared/src/schemas/ | ARCHITECTURE.md (Type safety) |
package.json scripts | CLAUDE.md + AGENTS.md Commands sections |
| New apps/packages dirs | ARCHITECTURE.md (Monorepo layout) |
| Config generator | specs/references/openclaw-config-schema.md, specs/openclaw-config-reference.md |
| Auth changes | specs/SECURITY.md |
| New/moved doc files | CLAUDE.md Doc Map, AGENTS.md Where to look, relevant index files |
Always verify consistency between these paired docs:
CLAUDE.md Commands section <-> AGENTS.md Commands section (same entries)CLAUDE.md Documentation Map paths <-> actual files on diskCLAUDE.md Hard Rules <-> AGENTS.md Hard rulesARCHITECTURE.md monorepo layout <-> actual apps/ + packages/ dirsspecs/DESIGN.md table <-> actual specs/design-specs/ + specs/designs/ contentsspecs/design-specs/index.md table <-> actual design filesspecs/product-specs/index.md table <-> actual specs/product-specs/*.md filesspecs/PLANS.md table <-> specs/exec-plans/{active,completed}/ contentsspecs/FRONTEND.md Pages table <-> apps/web/src/app.tsx routesWhen the user specifies a scope keyword, limit the check to that area:
| Keyword | What it checks |
|---|---|
db | Schema source vs specs/generated/db-schema.md |
api | Route files vs specs/references/api-patterns.md |
frontend | apps/web/ vs specs/FRONTEND.md |
commands | package.json scripts vs CLAUDE.md/AGENTS.md Commands sections |
architecture | All apps/ + packages/ vs ARCHITECTURE.md layout |
security | Auth/crypto code vs specs/SECURITY.md |
links | Verify all doc map paths and index references resolve to existing files |
guides | specs/guides/** internal cross-references |
designs | specs/designs/** + specs/design-specs/** vs index files |
exec-plans | specs/exec-plans/** vs specs/PLANS.md |
product-specs | specs/product-specs/** vs index + specs/PRODUCT_SENSE.md |
apps/controller as the source of truth; do not reference removed legacy package paths.CLAUDE.md <-> AGENTS.md consistency after any update to either file.dadfb1c
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.