Skill

doc-freshness

Detect documentation drift, stale references, and cross-document inconsistencies in any project. Scans for code-doc drift (API/function changes not reflected in docs), cross-doc drift (conflicting information across documents), and stale references (broken links, deleted files, outdated versions). Use when checking "doc freshness", "stale docs", "documentation drift", "broken links", "outdated documentation", "doc accuracy", "docs out of date", "doc audit", "doc health", or "verify documentation".

From roadmap
Install
1
Run in your terminal
$
npx claudepluginhub joaquimscosta/arkhe-claude-plugins --plugin roadmap
Tool Access

This skill is limited to using the following tools:

ReadGlobGrepBashWrite
Supporting Assets
View in Repository
EXAMPLES.md
TROUBLESHOOTING.md
WORKFLOW.md
scripts/link_checker.py
scripts/scan_freshness.py
scripts/shared.py
scripts/version_checker.py
Skill Content

Documentation Freshness

Detect documentation drift across any project. Reports findings without auto-fixing.

Context Discovery

Priority 1: Configuration

Read .arkhe.yaml from project root. Extract doc-freshness: section for custom patterns, exclusions, and doc-code mappings. Extract roadmap: section for output_dir (used by report mode, default: arkhe/roadmap).

Priority 2: Project Identity

Read CLAUDE.md and README.md to understand project structure, tech stack, and conventions.

Priority 3: Documentation Inventory

Run the scanner to discover all documentation files and perform mechanical checks:

python3 ${CLAUDE_SKILL_DIR}/scripts/scan_freshness.py <project-root>

Use --links-only for fast mode (links and file refs only, no git staleness).

Arguments

Parse from $ARGUMENTS:

ModeDescription
scanFull freshness analysis (all three drift types)
check <path>Focused analysis on one file or directory
linksBroken links and stale references only (script-driven, fast)
drift <path>Code-doc drift for a specific doc or doc-code pair
cross-docCross-document consistency check
reportPersist structured freshness report to {output_dir}/freshness/
(none)Full scan (same as scan)

Mode Execution

scan (default)

  1. Run scan_freshness.py for mechanical checks (links, versions, git staleness)
  2. Present script findings (broken links table, version mismatches, staleness scores)
  3. For stale/very_stale docs: use Grep/Read to check code-doc alignment on key references
  4. For docs covering the same topic: cross-check for consistency
  5. Produce the freshness report

links

  1. Run scan_freshness.py --links-only
  2. Present broken links table directly from JSON output
  3. Group findings by severity: broken links first, then file_ref warnings

check <path>

  1. If path is a file, run link checker and version checker on that file only
  2. If path is a directory, scan all .md files within it
  3. Use Grep to check file path references and function names against the codebase
  4. Report findings for the targeted scope

drift <path>

  1. Read the specified doc
  2. Extract: function/method names, API endpoints, file paths, config keys, class names
  3. Grep/Read the corresponding code to verify each reference still exists and is accurate
  4. Report mismatches with evidence (doc line vs code location)

cross-doc

  1. Run scan_freshness.py to get doc inventory with headings
  2. Identify docs with overlapping topics (shared heading keywords)
  3. Read overlapping docs and compare factual claims
  4. Flag contradictions (e.g., different version requirements, conflicting setup steps)

report

Same as scan but write output to {output_dir}/freshness/{YYYY-MM-DD}-freshness.md.

Severity Levels

SeverityMeaning
CRITICALBroken link to deleted file, doc references removed API/function
WARNINGVersion mismatch, function signature changed, doc stale >30 days
INFOMinor inconsistency, doc aging (7-30 days), cosmetic drift

Output Rules

  • Evidence-based: every finding backed by file path and line number
  • Tabular: summary table first, detailed findings below
  • Actionable: each finding includes what needs updating
  • Detection only: NEVER auto-fix documentation

Lane Discipline

  • Do NOT update or rewrite documentation — detection only
  • Do NOT produce roadmap status, architecture analysis, or user stories
  • Do NOT write source code

References

Similar Skills
cache-components

Expert guidance for Next.js Cache Components and Partial Prerendering (PPR). **PROACTIVE ACTIVATION**: Use this skill automatically when working in Next.js projects that have `cacheComponents: true` in their next.config.ts/next.config.js. When this config is detected, proactively apply Cache Components patterns and best practices to all React Server Component implementations. **DETECTION**: At the start of a session in a Next.js project, check for `cacheComponents: true` in next.config. If enabled, this skill's patterns should guide all component authoring, data fetching, and caching decisions. **USE CASES**: Implementing 'use cache' directive, configuring cache lifetimes with cacheLife(), tagging cached data with cacheTag(), invalidating caches with updateTag()/revalidateTag(), optimizing static vs dynamic content boundaries, debugging cache issues, and reviewing Cache Component implementations.

138.5k
Stats
Parent Repo Stars9
Parent Repo Forks1
Last CommitMar 22, 2026