Saltar al contenido
Marketplace

indexion-identity

de trkbt10

Detect and review name/content drift in code using `indexion identity audit`, then plan verified renames, moves, folder changes, or splits.

Resumen

SKILL.mdLeída en 7ad5ad3

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

  1. Run the mechanical scan:
     indexion identity audit .

    For a machine-readable queue:

     indexion identity audit --format=json --output=.indexion/cache/identity/report.json .
  2. Treat each row as a review candidate, not proof. Compare:
    • name: the scoped name inferred by the identity package
    • expected_summary: what the path/name/scope predicts
    • actual_summary: graph-derived declarations, docs, module notes, and path terms
    • assessment: whether this is actual drift, overbroad content, or insufficient content
    • recommendation: first operation to verify
  3. Verify before editing:
     indexion doc graph --format=text <path>
     indexion grep --semantic=name:<symbol> .
     rg "<name-or-term>" <path>
  4. Choose the smallest confirmed operation:
    • Treat insufficient-content as 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.
  5. 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.

Archivos 1 archivo

Instálala a mano

Deska ejecuta esto por ti, para cada agente que elijas. Para ejecutarlo tú en una terminal:

npx skills add trkbt10/indexion-skills --skill indexion-identity

Más de trkbt10

  • indexion-readmetrkbt10README construction — initialize template structure, generate per-package READMEs from doc comments, plan writing tasks, assemble root README from docs/ and package READMEs via doc.json config, and verify edits with `plan drift`.5,100 instalaciones en skills.sh0
  • indexion-documentationtrkbt10Documentation analysis — assess coverage, detect code-to-doc drift with plan reconcile, visualize dependencies with doc graph. Answers "what needs docs?" and "are docs still accurate?5,000 instalaciones en skills.sh0
  • indexion-sddtrkbt10Generate SDD requirements from RFCs/specs and quantitatively verify implementation conformance. spec draft → spec align → spec verify → automated validation loop with codex/claude. Operate spec-to-impl drift gates as CI checks.5,000 instalaciones en skills.sh0
  • indexion-agent-orienttrkbt10Generate and use a pre-edit structure brief so coding agents learn likely owners, consumer surfaces, and unsafe edit locations before implementing.4,900 instalaciones en skills.sh0
  • indexion-kgftrkbt10Debug and inspect KGF specs — view tokenization results, parse trees, and extracted edges from source files. Use when adding/fixing language support or when indexion's analysis output looks wrong.4,900 instalaciones en skills.sh0
Todas las skills de trkbt10