skills/wiki-health-check/SKILL.md
Use when you want to audit a project wiki for quality issues — stale version claims, contradictions between pages, orphan pages, broken wiki links, missing cross-references, or misalignment between wiki content and the actual codebase state.
npx skillsauth add devattom/.claude wiki-health-checkInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
<quick_start> Full health check:
/wiki-health-check
Only check version claims:
/wiki-health-check --versions-only
Deep check (includes code/wiki alignment scan):
/wiki-health-check --deep
Fix minor issues automatically (broken links, formatting):
/wiki-health-check --fix
</quick_start>
<methodology>Read CLAUDE.md in the project root for wiki location hints (e.g. symlink path, directory name).
Common patterns to check:
wiki/ symlink → resolve its real pathdocs/obsidian_projects/<project>/wiki/ est un symlink relatif vers ...Read wiki/index.md (or equivalent entry point) to build the page inventory.
For every .md file in the wiki:
# heading)[[WikiLink]] references it makes[text](path) markdown linksRun ALL checks unless flags restrict the scope.
[VERSIONS]Read actual version sources from the codebase:
package.json → npm packages and their versionscomposer.json → PHP packages and versionspyproject.toml / requirements.txt → Python depsDockerfile / .env.example → runtime versionsFor each version claim found in the wiki, compare with real values.
Flag: [STALE] if wiki version ≠ installed version.
[STRUCTURE]An orphan is a wiki page that no other page links to.
Build the inbound-link map (which pages link to each page). Flag any page with 0 inbound links and that isn't the index/root.
[STRUCTURE]For every [[WikiLink]] found, check the referenced file exists in the wiki.
Flag: [BROKEN] if target page does not exist.
[COHERENCE]Look for the same fact stated with different values across pages:
laravel/framework v11 on one page, v12 on another)Strategy: extract all factual claims about versioned or enumerable things, group by topic, flag conflicts.
[COHERENCE]Find references to specific file paths (e.g., app/Models/User.php, resources/js/Pages/Auth/Login.vue) in the wiki.
Check each referenced path exists in the codebase. Flag: [DEAD REF] if file is missing.
[GAPS] (--deep only)Look for concepts mentioned frequently in wiki pages, CLAUDE.md, or README that have no dedicated page.
Also: check codebase for major modules/features (top-level app/ subdirectories, major Vue pages) not covered by any wiki page.
[GAPS]When a page mentions a concept that has its own page, check if it links to it. Flag missing links when the gap would confuse a reader navigating the wiki.
[COHERENCE] (--deep only)Spot-check architectural claims:
| Wiki claim type | How to verify |
|---|---|
| "Domain layer has zero Illuminate imports" | grep -r "use Illuminate" app/Domain/ |
| Tech stack / package names | Compare with composer.json / package.json |
| Database schema (table names, columns) | Run database-schema tool if available |
| Artisan commands mentioned | vendor/bin/sail artisan list |
Structure the report by severity:
## Wiki Health Report — <project> — <date>
### 🔴 Critical (must fix)
- [BROKEN] [[features/auth]] links to [[features/login]] which doesn't exist
- [STALE] wiki/technical/stack.md claims laravel/framework v11, composer.json has v12
### 🟡 Important (should fix)
- [DEAD REF] wiki/design/architecture.md references app/Http/Kernel.php (removed in Laravel 11)
- [CONTRADICTION] Two pages disagree on queue driver: "Redis" vs "database"
### 🔵 Suggestions (nice to have)
- [ORPHAN] wiki/queries/2024-auth-analysis.md has no inbound links
- [GAP] LangGraph pipeline mentioned 4× but has no dedicated wiki page
- [MISSING LINK] wiki/technical/database.md mentions learner_stats view but doesn't link to wiki/features/learner-profile.md
### ✅ Summary
X critical · Y important · Z suggestions
Wiki last updated: <git log date on wiki files>
--fix)If --fix is passed, auto-apply safe fixes only:
[[WikiLink]] casing/path issues if target exists under a different pathNever auto-fix contradictions or delete pages — report them for human review.
</methodology> <flags> | Flag | Behavior | |---|---| | *(none)* | Runs checks 3a–3c + 3d + 3g | | `--versions-only` | Only 3a (version staleness) | | `--deep` | All checks including 3f and 3h | | `--fix` | After report, apply safe auto-fixes | </flags> <important> - Always read `CLAUDE.md` first to find the wiki location — never hardcode paths. - If the wiki is a symlink, resolve the real path before reading files. - Use the `database-schema` and `tinker` Boost MCP tools (if available) to verify database claims. - Report only genuine issues — avoid false positives from conditional/future content. - When in doubt about a contradiction, quote both sources verbatim in the report. </important>development
Systematic error debugging with analysis, solution discovery, and verification
development
Structured adversarial debate between AI councillors using Agent Teams to evaluate ideas, plans, or decisions. ALWAYS use when the user says "council", "debate this", "evaluate this idea", "challenge my plan", "stress-test", "devil's advocate", "multiple perspectives", "évaluer cette idée", "débattre", "challenger mon plan", "tester cette décision", or when the user wants rigorous multi-perspective analysis of a proposal, architecture decision, or strategic choice. Each councillor (visionary, critic, pragmatist, innovator, ethicist, domain expert) represents a distinct perspective and they challenge each other through cross-examination and peer exchange, producing a nuanced verdict (PROCEED / PROCEED WITH CONDITIONS / RECONSIDER / DO NOT PROCEED). Do NOT use for divergent brainstorming or idea generation — use workflow-brainstorm instead.
testing
Automated CI/CD pipeline fixer - watches CI, fixes errors locally, commits, and loops until green. Use when CI is failing and you want to automatically fix and verify changes.
development
Architectural refactoring - analyze codebase structure, detect architectural smells (god modules, circular deps, coupling), propose restructuring plan, safely move/rename files with git history, update imports, simplify architecture. Use when asked to "restructure", "reorganize", "simplify architecture", "move files", "split module", "fix structure", "reduce coupling", "reorganize folders", "clean up architecture", "refactor structure", "restructurer", "reorganiser", "simplifier".