indexion-identity
trkbt10/indexion-skills
Detect and fix name/content drift in code with automated identity audits and verified refactoring.
What is indexion-identity?
Scans files, folders, and declarations to identify when names no longer match their contents. Use this when reviewing whether function, file, or folder names are stale or misleading relative to what they actually contain.
- Mechanically scan files and folders to detect naming drift against actual content
- Generate machine-readable audit reports in JSON format for programmatic analysis
- Compare inferred names against graph-derived declarations, docs, and module content
- Verify drift candidates before editing using semantic grep and documentation tools
- Plan minimal refactoring operations: renames, moves, folder reorganization, or file splits
How to install indexion-identity
npx skills add https://github.com/trkbt10/indexion-skills --skill indexion-identity- indexion CLI installed and configured
- Moon build system available (for post-change validation)
- Access to the codebase being audited
How to use indexion-identity
- 1.Run `indexion identity audit .` to scan for naming drift in the current directory
- 2.For machine-readable output, use `indexion identity audit --format=json --output=.indexion/cache/identity/report.json .`
- 3.Review each row in the report: compare name, expected_summary, actual_summary, and recommendation
- 4.Verify candidates using `indexion doc graph`, `indexion grep --semantic=name:<symbol>`, or `rg` before making changes
- 5.Choose the smallest confirmed operation: rename symbol, rename file, rename folder, move file, or split file
- 6.After changes, run `moon info && moon fmt`, then `moon test` and re-audit with `indexion identity audit .`
Use cases
- Review a codebase after major feature changes to catch stale file and function names
- Audit a monorepo to identify misaligned folder structures before reorganization
- Detect overbroad files that should be split into multiple focused modules
- Verify that renamed symbols are reflected consistently across the codebase
- Plan safe refactoring by confirming actual drift before making changes
- Code reviewers and architects planning refactoring
- Teams maintaining large codebases with drift risk
- Developers preparing for major reorganization or cleanup sprints
indexion-identity FAQ
No. The CLI scans files, folders, and graph-level declaration symbols. Local variables, parameters, and fields are not treated as independent targets, though they can influence the containing file summary.
It indicates an evidence problem, not proof of naming drift. The file may be intentionally declarative, unsupported by the graph extractor, empty, or missing documentation. Inspect the actual code before renaming.
No. Treat each row as a review candidate, not proof. Verify the actual code ownership and references first. Do not maximize the score mechanically.
Use `indexion doc graph --format=text <path>` to see declarations, `indexion grep --semantic=name:<symbol> .` for semantic search, and `rg` for regex-based verification.
Run `moon info && moon fmt` to format, `moon test` to validate, then re-run `indexion identity audit .` to confirm the drift is resolved.
Full instructions (SKILL.md)
Source of truth, from trkbt10/indexion-skills.
name: indexion-identity
description: Detect and review name/content drift in code using indexion identity audit, then plan verified renames, moves, folder changes, or splits.
Identity Audit Workflow
Use this skill when checking whether function, file, or folder names still match their contents.
The CLI scans files, folders, and graph-level declaration symbols. It does not treat every local variable, parameter, or field as an independent naming target; those can still influence the containing file summary. File names are evaluated with parent scope, and declaration-heavy files should normally be read as evidence-thin until follow-up inspection proves an actual rename or split.
Pipeline
-
Run the mechanical scan:
indexion identity audit .For a machine-readable queue:
indexion identity audit --format=json --output=.indexion/cache/identity/report.json . -
Treat each row as a review candidate, not proof. Compare:
name: the scoped name inferred by the identity packageexpected_summary: what the path/name/scope predictsactual_summary: graph-derived declarations, docs, module notes, and path termsassessment: whether this is actual drift, overbroad content, or insufficient contentrecommendation: first operation to verify
-
Verify before editing:
indexion doc graph --format=text <path> indexion grep --semantic=name:<symbol> . rg "<name-or-term>" <path> -
Choose the smallest confirmed operation:
- Treat
insufficient-contentas an evidence problem, not a naming-drift proof. Inspect whether the file is intentionally declarative/thin, unsupported by the graph extractor, empty, or missing doc/declaration material before renaming. - Rename a symbol when its implementation is cohesive but the name is stale.
- Rename a file when its declarations are cohesive but the file name is stale.
- Rename a folder when contained files share a clearer parent concept.
- Move a file when it fits an existing folder better than its current one.
- Split a file when candidates show multiple dominant responsibilities.
- Treat
-
After changes:
moon info && moon fmt moon test indexion identity audit .
The audit is designed to surface review work. Do not maximize the score mechanically; verify the actual code ownership and references first.
Related skills
More from trkbt10/indexion-skills and the wider catalog.
indexion-readme
Initialize, generate, and assemble project READMEs from templates, doc comments, and configuration.
indexion-sdd
Generate SDD requirements from RFCs/specs and verify implementation conformance with quantitative drift detection.
indexion-refactor
Detect and eliminate code duplication at textual, structural, and conceptual levels using indexion analysis.
indexion-documentation
Assess documentation coverage, detect code-to-doc drift, and visualize module dependencies.
indexion-segment
Split text into contextual chunks for RAG/embedding pipelines using divergence, TF-IDF, or punctuation strategies.
indexion-kgf
Debug KGF specs by inspecting tokenization, parse events, and extracted edges from source files.