Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
trkbt10 avatar

Indexion Documentation

  • 4.9k installs
  • 1 repo stars
  • Updated July 20, 2026
  • trkbt10/indexion-skills

indexion-documentation is an agent skill for assessing documentation coverage, detecting code-to-doc drift, and visualizing module dependencies with indexion CLI.

About

The indexion-documentation skill covers the evaluation side of the documentation lifecycle: what exists, what is missing, and what is stale. Run indexion plan documentation --style=coverage for overall coverage percentage, per-package breakdown, and functions versus types split. Use indexion plan documentation with github-issue or json formats for prioritized action items. Find undocumented pub declarations with indexion grep --undocumented. Detection uses KGF tokenization pairing visibility keywords with declarations and associating doc comments, language-agnostic across KGF-supported languages. Marker-only comments count as documented even without descriptive text; check doc_preview for quality. Detect drift with indexion plan reconcile reporting vocabulary divergence, stale docs, and missing docs. Scope checks to package-docs, tree-docs, or specific doc paths. Choose git commit timestamps or file mtimes. Generate dependency diagrams via indexion doc graph in Mermaid, DOT, D2, text, or JSON. Clear .indexion/cache/reconcile after schema changes. Coverage measures presence not accuracy; reconcile checks implementation to docs direction only.

  • plan documentation --style=coverage reports overall, per-package, and functions versus types coverage.
  • plan reconcile flags vocabulary divergence, stale docs, and missing docs with scoped and timestamp options.
  • grep --undocumented lists pub declarations lacking doc comments via KGF tokenization.
  • doc graph exports Mermaid, DOT, D2, text, or JSON dependency diagrams for modules.
  • Five-step workflow: coverage, undocumented grep, reconcile drift, doc graph, then re-verify reconcile.

Indexion Documentation by the numbers

  • 4,925 all-time installs (skills.sh)
  • +1 installs in the week ending Aug 5, 2026 (Skillselion tracking)
  • Ranked #82 of 1,879 Documentation skills by installs in the Skillselion catalog
  • Security screen: LOW risk (skills.sh audit)
  • Data as of Aug 4, 2026 (Skillselion catalog sync)
At a glance

indexion-documentation capabilities & compatibility

Capabilities
coverage reports with per package and functions · reconcile drift with vocabulary divergence and s · undocumented declaration grep via kgf tokenizati · dependency graphs in mermaid dot d2 text and jso · git or mtime timestamp strategies for stale doc
Works with
github
Use cases
documentation
From the docs

What indexion-documentation says it does

--- name: indexion-documentation description: Documentation analysis — assess coverage, detect code-to-doc drift with plan reconcile, visualize dependencies with doc graph.
SKILL.md
Answers "what needs docs?" and "are docs still accurate?" --- # indexion documentation — Documentation Analysis Assess documentation state and detect drift.
SKILL.md
This skill covers the **evaluation side** of the documentation lifecycle: what exists, what's missing, what's stale.
SKILL.md
npx skills add https://github.com/trkbt10/indexion-skills --skill indexion-documentation

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs4.9k
repo stars1
Security audit3 / 3 scanners passed
Last updatedJuly 20, 2026
Repositorytrkbt10/indexion-skills

What needs documentation, and are existing docs still accurate relative to the current implementation?

Assess documentation coverage, detect code-to-doc drift with plan reconcile, and visualize module dependencies with doc graph.

Who is it for?

Teams auditing API doc coverage, stale READMEs, and module dependency structure in KGF-supported codebases.

Skip if: Skip when generating new README content; use indexion-readme for documentation authoring instead.

When should I use this skill?

User asks what needs docs, whether docs match code, or wants dependency graphs before a doc cleanup sprint.

What you get

Coverage and reconcile reports with prioritized gaps, drift tables, and embeddable dependency diagrams.

  • Coverage report
  • Drift reconciliation plan
  • Doc dependency graph

By the numbers

  • 90%+ vocabulary divergence means README is essentially unrelated to current code
  • Reconcile cache lives at .indexion/cache/reconcile/

Files

SKILL.mdMarkdownGitHub ↗

indexion documentation — Documentation Analysis

Assess documentation state and detect drift. This skill covers the evaluation side of the documentation lifecycle: what exists, what's missing, what's stale. For building READMEs, see indexion-readme.

"What needs documentation?"

# Quick coverage overview — how much of the public API is documented?
indexion plan documentation --style=coverage .

Reports:

  • Overall coverage percentage (documented / total pub items)
  • Per-package breakdown with README presence
  • Functions vs types coverage split

Output example:

Overall Coverage: 81% (2285/2806)
Functions: 89%, Types: 75%

For a detailed plan with prioritized action items:

# Full plan with priorities and package inventory
indexion plan documentation .

# As a GitHub Issue for tracking
indexion plan documentation --format=github-issue .

# JSON for scripting
indexion plan documentation --format=json .

For a quick per-file listing of undocumented items:

# Which pub declarations lack doc comments?
indexion grep --undocumented src/

How detection works: Uses KGF tokenization to find visibility keywords (pub, public, export) paired with declaration keywords (fn, struct, enum, type, trait). Associates /// doc comments with declarations. Language-agnostic — works for any KGF-supported language.

Caveat: ///| marker-only comments count as "documented" even without descriptive text. Check doc_preview in the output for quality, not just coverage.

"Are my docs up to date?"

Detect drift between implementation code and documentation.

# Full reconcile report in markdown
indexion plan reconcile --format=md .

This compares code symbols against documentation and reports:

  • Vocabulary divergence: source code terms missing from co-located docs
  • Stale docs: code changed after docs were last updated
  • Missing docs: code modules with no documentation coverage

Read the report:

The Vocabulary Divergence table shows distance (0-100%) between code vocabulary and documentation. 90%+ distance means the README is essentially unrelated to the current code. Check the Gap Terms column for specific missing vocabulary.

Scoped checks:

# Check only package-level docs
indexion plan reconcile --scope=package-docs .

# Check only tree-level docs
indexion plan reconcile --scope=tree-docs .

# Check specific documents
indexion plan reconcile --doc='docs/**/*.md' .
indexion plan reconcile --doc-spec=markdown .

Timestamp strategies:

# Use git commit timestamps (more accurate for collaborative projects)
indexion plan reconcile --git .

# Use file mtimes only (faster, no git dependency)
indexion plan reconcile --mtime-only .

Cache and drift:

plan reconcile maintains a cache at .indexion/cache/reconcile/. After schema changes or indexion upgrades, the cache can become stale and cause deserialization errors. Clear it:

rm -rf .indexion/cache/reconcile

"Show me the dependency structure"

Generate dependency diagrams for understanding module relationships.

# Mermaid diagram (default — embeddable in GitHub README)
indexion doc graph src/config/

# Other formats
indexion doc graph --format=dot src/     # Graphviz DOT
indexion doc graph --format=d2 src/      # D2
indexion doc graph --format=text src/    # ASCII text
indexion doc graph --format=json src/    # Machine-readable

# Custom title and output file
indexion doc graph --title="KGF Dependencies" --output=deps.mmd src/kgf/

Analysis Workflow

# 1. What's the current state?
indexion plan documentation --style=coverage .

# 2. What specific items lack docs?
indexion grep --undocumented src/

# 3. Has code drifted from existing docs?
indexion plan reconcile --format=md .

# 4. What does the dependency structure look like?
indexion doc graph --output=deps.mmd src/

# 5. Fix flagged docs, re-verify
indexion plan reconcile --format=md .

Common Pitfalls

"plan reconcile shows 90%+ divergence everywhere"

  • Auto-generated skeleton READMEs (API listing only) have high divergence because

they lack the vocabulary of the actual implementation. Enrich them with descriptions of what the code does, not just what it exports.

"plan documentation says 100% coverage but docs are wrong"

  • Coverage measures presence of doc comments, not accuracy. A ///| marker

counts as documented. Use plan reconcile to check content accuracy.

"plan reconcile crashes on startup"

  • Cache deserialization error after schema changes. Clear it:

rm -rf .indexion/cache/reconcile

"plan reconcile detects drift I already fixed"

  • The --git flag uses commit timestamps. If you fixed docs but haven't committed,

mtime-based detection (--mtime-only) will see the fix, but git-based won't.

Reconcile only checks implementation -> docs direction. It detects code terms missing from docs, but does NOT detect docs referencing nonexistent CLI options. For that direction, compare each README against indexion <command> --help manually.

Related skills

FAQ

Who is indexion-documentation for?

Developers auditing doc comment coverage, drift between code and docs, and module dependency structure.

When should I use indexion-documentation?

Before releases or refactors when you need coverage percentages, reconcile drift reports, or doc graph diagrams.

Does 100% coverage mean docs are correct?

No. Coverage measures presence of doc comments; use plan reconcile to check content accuracy against code.

Is Indexion Documentation safe to install?

skills.sh reports 3 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.