trkbt10/indexion-skills1 file

Indexion Wiki

Project wiki lifecycle — create pages, track source changes with ingest, update stale pages, lint structural integrity, detect code-to-doc drift with reconcile, and manage search indexes. A runbook for navigating and maintaining the wiki as an agent.

Specification
Skill ID
trkbt10/indexion-skills/indexion-wiki
Publisher
trkbt10
Repository
indexion-skills
Installs
0
Files
1
Synced
Sep 23, 2026
How to use it

Open any RiverX project, open the Skills panel in the chat, and search for this identifier. The files are fetched from the source repository at install time.

trkbt10/indexion-skills/indexion-wikiInstalls these files
  • SKILL.md

What this skill tells the agent

indexion wiki

indexion's wiki system maintains a knowledge base at .indexion/wiki/ as a collection of Markdown files governed by a wiki.json manifest.

A wiki page is not just a .md file

A wiki page consists of four synchronized artifacts:

ArtifactFileUpdated by
Page content<id>.mdwiki pages add, wiki pages update
Manifest entrywiki.jsonwiki pages add, wiki pages update
Search indexvectors.db, search-sections.json, tfidf-vocabulary.jsonwiki pages update, wiki index build --full
Audit loglog.jsonEvery wiki-modifying command

`wiki pages update` updates all four at once. Editing the .md file directly updates only the first. The other three become stale — search returns old results, the manifest carries wrong provenance, and the log has no record of the change.

If you edit a .md directly (e.g. via Edit tool), you must immediately follow up:

indexion wiki pages update \
  --id=<page-id> \
  --content=.indexion/wiki/<page-id>.md \
  --sources="<comma-separated sources from wiki.json>" \
  --provenance=synthesized \
  --actor="agent:claude" \
  --wiki-dir=.indexion/wiki

Every wiki page also carries two provenance fields in the manifest:

  • provenance: "extracted" | "synthesized" | "manual"
  • last_actor: "indexion" | "agent:<name>" | "user"

Command Structure

indexion wiki
  ├── pages
  │   ├── plan    -- propose page structure (init-like)
  │   ├── add     -- create a new page (writes .md + manifest + index + log)
  │   ├── update  -- update an existing page (writes .md + manifest + index + log)
  │   └── ingest  -- detect stale pages by hashing sources
  ├── index
  │   └── build   -- rebuild index.md (and optionally vectors.db)
  ├── lint        -- structural integrity checks (no LLM needed)
  ├── export      -- export to GitHub/GitLab wiki format
  ├── import      -- import from GitHub/GitLab wiki format
  └── log         -- operation audit trail

Navigating the Wiki (as an agent)

Before reading individual pages, start with the index:

# Generate or regenerate index.md — the entry point for navigation
indexion wiki index build --wiki-dir=.indexion/wiki

# Then read it
cat .indexion/wiki/index.md

index.md lists pages by category and identifies hub pages (most-linked pages). Hub pages are the best starting points for understanding an unfamiliar codebase.

Writing a New Page

# 1. Write content to a temp file
cat > /tmp/my-page.md << 'EOF'
# My Page Title
...content...
EOF

# 2. Register it — this writes .md, updates wiki.json, updates search index, appends log
indexion wiki pages add \
  --id=my-page \
  --title="My Page Title" \
  --content=/tmp/my-page.md \
  --sources="src/my-module/" \
  --provenance=synthesized \
  --actor="agent:claude" \
  --wiki-dir=.indexion/wiki

The --sources field links the page to source files for change tracking. Always specify it — pages without sources are invisible to wiki pages ingest.

Updating an Existing Page

# 1. Write new content to a temp file
cat > /tmp/updated.md << 'EOF'
# Updated Page
...new content...
EOF

# 2. Update — this overwrites .md, updates wiki.json metadata,
#    incrementally updates the search index, and appends to log.json
indexion wiki pages update \
  --id=existing-page \
  --content=/tmp/updated.md \
  --sources="src/my-module/,src/other/" \
  --provenance=synthesized \
  --actor="agent:claude" \
  --wiki-dir=.indexion/wiki

Expected output: Updated page 'existing-page' (search index updated)

Detecting What Needs Updating

# Find pages whose source files have changed since the last run
indexion wiki pages ingest --wiki-dir=.indexion/wiki

# Preview without recording the new hash state
indexion wiki pages ingest --dry-run --wiki-dir=.indexion/wiki

ingest hashes every source file listed in wiki.json and compares against .indexion/wiki/ingest-manifest.json. It outputs an update task list but does not rewrite pages — that is the agent's responsibility.

Workflow:

  1. Run wiki pages ingest to get the task list.
  2. For each task, read the changed source files.
  3. Update the wiki page with wiki pages update.
  4. Re-run ingest — it should report 0 pages needing attention.

Verifying Structural Integrity

# Run all 6 structural checks
indexion wiki lint --wiki-dir=.indexion/wiki
CheckWhat it finds
Broken linkswiki://page-id references to pages that don't exist
Orphan pagesPages unreachable from nav tree and not linked by any other page
Missing cross-referencesPages sharing source files that don't link to each other
Stale sourcessources paths that no longer exist on disk
Empty pagesPages with near-zero content
Manifest-file mismatchwiki.json entries with no .md file (or vice versa)

After writing new pages, always run wiki lint and fix any issues before finishing.

Cross-reference warnings are common when related concepts are split across pages. Fix them by adding a ## See Also section with wiki://page-id links.

Verifying Content Accuracy (plan reconcile)

wiki lint catches structural problems. plan reconcile catches semantic drift — whether the code symbols described in a wiki page still exist and whether the code has changed since the page was last written.

Always target the project root (`.`). The --doc flag restricts which documents participate, but the target directory determines the code symbol universe. Targeting a subdirectory shrinks the symbol set and produces zero-fragment reports.

indexion plan reconcile \
  --doc='.indexion/wiki/*.md' \
  --doc-spec=markdown \
  --format=md \
  .

Reading the report

Summary — key metric is New logical reviews (fresh drift since last run).

Suggested Review Groups — the actionable core:

CategoryMeaningAction
stale_docCode changed after the wiki page was last updatedUpdate the page via wiki pages update
missing_docCode symbols with no matching wiki coverageAdd coverage or create a new page via wiki pages add
review_bothWiki is newer than codeVerify the wiki content is correct; this is the expected state after a maintenance cycle

Each group lists affected symbols and the Docs: wiki pages involved. Groups without a Docs: line mean no wiki page covers that module.

Residual candidates that persist after maintenance

Reconcile candidates never reach zero. Three sources of persistent candidates:

  1. Modules without wiki pages produce missing_doc. Create pages if coverage is needed.
  2. Qualified method names (Type::method in wiki) don't match bare symbol names (method in code). Verify by grepping the wiki for the symbol name before adding entries.
  3. Same-name symbols across modules (get, tokenize, to_json_string) cause cross-module false positives. Check which module the wiki page actually describes.

Track New logical reviews as the convergence metric. When it reaches zero, all actionable drift has been addressed.

Full Wiki Maintenance Cycle

# 1. Detect stale pages (source files changed)
indexion wiki pages ingest --wiki-dir=.indexion/wiki

# 2. Read the index to understand the wiki structure
cat .indexion/wiki/index.md

# 3. For each stale page: read changed sources, write new content to temp file,
#    then update through the command (NOT by editing .md directly)
indexion wiki pages update --id=<page-id> --content=/tmp/updated.md \
  --sources="..." --provenance=synthesized --actor="agent:<name>" \
  --wiki-dir=.indexion/wiki

# 4. Verify structural integrity
indexion wiki lint --wiki-dir=.indexion/wiki

# 5. Verify content accuracy — target project root, iterate until NLR=0
indexion plan reconcile \

Use this skill in a project

Open any RiverX project, search the Skills panel for trkbt10/indexion-skills/indexion-wiki, and install it in one click.

Use this skill