PluginBench
Skill
Pass
Audit score 90

indexion-refactor

trkbt10/indexion-skills

How to install indexion-refactor

npx skills add https://github.com/trkbt10/indexion-skills --skill indexion-refactor
Claude Code
Cursor
Windsurf
Cline
Full instructions (SKILL.md)

Source of truth, from trkbt10/indexion-skills.


name: indexion-refactor description: After writing code, detect and clean up duplication at three levels — copy-paste blocks, cross-package shared code, unnecessary wrappers, and concept-level SoT violations. Detect with indexion, fix, and verify.

indexion refactor — Codebase Refactoring

Detect and eliminate duplication at three levels — textual, structural, and conceptual — using indexion's analysis commands, then verify SoT is enforced.

When to Use

  • After adding a new abstraction (type, module, API layer)
  • After introducing a new file format or I/O boundary
  • When a fix required touching 3+ files for the same reason
  • When a "guard" or "skip" was added to work around a structural problem
  • When opendir, ENOENT, or similar filesystem errors appear from unexpected paths
  • When extracting shared code across packages
  • When cleaning up after a refactor (removing trivial wrapper functions)
  • Periodic SoT health check on a codebase

Three Levels of Duplication

LevelWhat it isToolExample
TextualCopy-pasted code blocks, identical functionsplan refactoris_whitespace copied across 5 modules
StructuralSame logic structure with different namesplan solid, plan unwrapcross-package extraction candidates, trivial wrappers
ConceptualSame domain concept implemented independentlyexplore + manual analysisThree modules each deciding "is this file an archive?"

Textual duplication is easy to find and fix. Conceptual duplication is the hardest and most dangerous — it produces no copy-paste matches but means changing one concept requires updating every scattered implementation.

Workflow

Phase 1: Clear textual duplication (plan refactor)

Start with high-confidence matches and work down.

# Step 1: Find 90%+ duplicates (high confidence)
indexion plan refactor --threshold=0.9 \
  --include='*.mbt' --exclude='*_wbtest.mbt' \
  --exclude='*moon.pkg*' --exclude='*pkg.generated*' \
  cmd/indexion/

indexion plan refactor --threshold=0.9 \
  --include='*.mbt' --exclude='*_wbtest.mbt' \
  --exclude='*moon.pkg*' --exclude='*pkg.generated*' \
  src/

Read the output in three sections:

SectionWhat it findsAction
Similar FilesFiles with high overall similarityInvestigate for structural consolidation
Duplicate Code BlocksLine-level identical code between filesExtract to @common or shared module
Function-Level DuplicatesStructurally similar functions (TF-IDF on bodies)Unify into single SoT function

Same-file duplicates (functions within one file at 90%+) are the highest-value targets — easiest to fix, clearest wins. Example: get_global_data_dir and get_global_cache_dir share 95% structure, extracted into resolve_os_dir.

# Step 2: Use grep to trace references before consolidating
indexion grep "TypeIdent:TfidfEmbeddingProvider" src/
indexion grep --semantic=name:is_whitespace src/

# Step 3: Fix, then re-run to confirm duplicates are gone
indexion plan refactor --threshold=0.9 --include='*.mbt' ...

# Step 4: Lower threshold and iterate
indexion plan refactor --threshold=0.85 --include='*.mbt' ...

plan refactor options:

OptionDefaultDescription
--threshold=FLOAT0.7Minimum similarity threshold
--strategy=NAMEhybridSimilarity: hybrid, tfidf, bm25, jsd, ncd
--fdr=FLOAT0FDR correction (0=disabled)
--style=STYLErawOutput: raw, structured
--format=FORMATmdOutput: md, json, text, github-issue
--name=NAME--Project name (for structured style)
--include=PATTERN--Include pattern (repeatable)
--exclude=PATTERN--Exclude pattern (repeatable)
-o, --output=FILEstdoutOutput file path
--specs-dir=DIRkgfsKGF specs directory

What remains after cleanup (stop signals):

  • Platform stubs (native.mbt / stub.mbt) — intentional platform branching
  • Type method similarity (to_string on different types) — different types, same pattern
  • CLI command boilerplate (command() functions) — @argparse API pattern, not duplication
  • Semantic-but-different functions (is_disqualifying_keyword vs is_skip_token) — different purpose

Phase 2: Extract cross-package shared code (plan solid)

After cleaning within each directory, find code that should be shared across packages.

# Find overlap between two packages
indexion plan solid --from=src/a,src/b

# Specify extraction target
indexion plan solid --from=src/a,src/b --to=src/common

# Use tree edit distance for precise function-level matching
indexion plan solid --from=src/a,src/b --strategy=apted

# Higher threshold for stricter matching
indexion plan solid --from=src/a,src/b --threshold=0.95

# Filter files
indexion plan solid --from=src/a,src/b --include='*.mbt' --exclude='*_test.mbt'

plan solid differs from plan refactor:

plan refactorplan solid
ScopeInternal duplication within directoriesCross-directory overlap
GoalConsolidate within a codebaseExtract shared code into a new package
Input<path>--from=dirA,dirB

plan solid options:

OptionDefaultDescription
--from=DIRS(required)Source directories (comma-separated or repeatable)
--to=DIR--Target directory for extraction
--rules=FILE--Rules file (.solidrc)
--rule=RULE--Inline rule (repeatable)
--threshold=FLOAT0.9Minimum similarity threshold
--strategy=NAMEtfidfSimilarity: tfidf, apted, tsed
--include=PATTERN--Include pattern (repeatable)
--exclude=PATTERN--Exclude pattern (repeatable)
--format=FORMATmdOutput: md, json, github-issue
-o, --output=FILEstdoutOutput file path
--specs-dir=DIRkgfsKGF specs directory

Workflow:

  1. Run plan refactor on each directory individually first to clean internal duplication
  2. Run plan solid --from=dirA,dirB to find cross-directory extraction candidates
  3. Extract shared code following the plan's recommendations
  4. Use indexion grep "TypeIdent:SharedType" to verify all references are updated

Phase 3: Remove unnecessary wrappers (plan unwrap)

After consolidation, clean up trivial delegation functions that add indirection without value.

# Step 1: Quick check
indexion grep --semantic=proxy src/

# Step 2: Detailed report
indexion plan unwrap --include='*.mbt' --exclude='*_wbtest.mbt' \
  --exclude='*moon.pkg*' --exclude='*pkg.generated*' src/

# Step 3: Preview changes (safe — no files modified)
indexion plan unwrap --dry-run --include='*.mbt' --exclude='*_wbtest.mbt' \
  --exclude='*moon.pkg*' --exclude='*pkg.generated*' src/

# Step 4: Apply fixes
indexion plan unwrap --fix --include='*.mbt' --exclude='*_wbtest.mbt' \
  --exclude='*moon.pkg*' --exclude='*pkg.generated*' src/

# Step 5: Run tests
moon test --target native

What gets detected: Functions whose body is a single function call with all arguments forwarded as simple identifiers — no control flow, no transforms.

// Detected (default) — trivial delegation
fn matches_pattern(text : String, pat : String) -> Bool {
  @glob.glob_match(text, pat)
}

// Excluded by default (use --all to include)
fn length(self : MyList) -> Int {
  self.items.length()    // self-delegation (encapsulation)
}
fn emit(value : String) -> Action {
  Emit(value)            // bare constructor
}

plan unwrap modes:

ModeFlagDescription
Report(default)List wrappers found
Preview--dry-runShow all edits without modifying files
Fix--fixApply edits to files

plan unwrap options:

OptionDefaultDescription
--dry-run--Preview edits
--fix--Apply edits
--all--Include self-delegation and bare constructor wrappers
--include-self--Include self.field.method patterns
--include-bare--Include bare constructor wrappers
--include=PATTERN--Include pattern (repeatable)
--exclude=PATTERN--Exclude pattern (repeatable)
--format=FORMATmdOutput: md, json, text
-o, --output=FILEstdoutOutput file path
--specs-dir=DIRkgfsKGF specs directory

Review before removing:

  • Platform wrappers (FFI, @osenv_path) are abstraction layers, not accidental indirection
  • Public API wrappers used by external packages — removing them is a breaking change
  • Always --dry-run first

Phase 4: Detect concept-level duplication (explore + analysis)

This is the hardest level. Textual and structural tools won't find it because the code is different — but the concept is the same.

# Find which files share vocabulary (= work in the same concept domain)
indexion explore --threshold=0.4 \
  --include='*.mbt' --exclude='*_wbtest.mbt' \
  --exclude='*moon.pkg*' --exclude='*pkg.generated*' \
  src/ cmd/

Files at 40-60% similarity without structural duplication are concept neighbors — they use the same terms because they deal with the same domain.

For each high-similarity pair, ask: "What concept do they share, and who owns it?"

# Inspect shared vocabulary with tree structure comparison
indexion explore file_a.mbt file_b.mbt --threshold=0 --strategy=apted

Common patterns of concept leakage:

SymptomConcept leakedFix
Both files call is_X(spec) then Y::from_spec(spec)"Determine if X and configure Y"Extract try_do_X(path, spec) into the module that owns X
Both files @fs.read_file_to_string(path) when content is already loaded"Read file content"Pass content as argument, don't re-read
Both files parent_dir(path) then @fs.read_dir(dir)"List sibling files"Centralize directory walking into pipeline
Multiple if is_virtual_path(x) { skip } guards"Real vs virtual path"Make the type system prevent virtual paths from reaching here
Both files buf.write_string("\n"); buf.write_string(x)"Join text entries"Extract join_text_entries() into the owning module

Phase 5: Consolidate into SoT

The module that defines the concept should be the only one that implements the logic.

Rules:

  1. One concept, one module, one function. If "extract text from archive" appears in vfs.mbt, discover.mbt, and args.mbt, it belongs in vfs.mbt only.
  2. Callers receive results, not ingredients. Don't export is_archive_spec + ArchiveSpec::from_spec + expand_archive separately. Export try_extract_archive_text(path, spec) -> String?.
  3. Guards are symptoms, not fixes. if is_virtual_path(x) { skip } means virtual paths shouldn't reach here at all. Fix the source, not the sink.
  4. Re-reading from disk what's already in memory is a concept leak. If SupportedFile.content holds the text, no downstream code should call @fs.read_file_to_string(file.path).

Phase 6: Verify

# Confirm textual duplication is gone
indexion plan refactor --threshold=0.9 \
  --include='*.mbt' --exclude='*_wbtest.mbt' \
  --exclude='*moon.pkg*' --exclude='*pkg.generated*' \
  src/ cmd/indexion/

# Confirm concept similarity is reduced
indexion explore file_a.mbt file_b.mbt --threshold=0

# Confirm wrappers are cleaned up
indexion plan unwrap --include='*.mbt' --exclude='*_wbtest.mbt' \
  --exclude='*moon.pkg*' --exclude='*pkg.generated*' src/

# Run tests
moon test --target native

After SoT consolidation:

  • Textual similarity between the concept owner and its callers drops
  • Callers become shorter (one API call instead of multi-step logic)
  • The concept owner may grow, but it's the single place to change

Phase 7: Prove non-recurrence with tests

Write a test that structurally prevents the old pattern from recurring:

test "SoT: SupportedFile.path is always a real filesystem path" {
  // Create an archive, run load_supported_file_info
  // Assert: no path contains "!/"
  // Assert: every path passes @fs.path_exists
}

The test doesn't check behavior — it checks the SoT invariant.

Red Flags

"I need to add a guard here"

If you're adding if is_special_case(x) { skip } to a function that shouldn't receive special cases, the problem is upstream. The function's caller should never pass that value.

"It works but prints errors to stderr"

Stderr messages from C runtime (opendir: No such file or directory) mean invalid data reached a system call. catch absorbs the error, but perror() already printed. The only fix is preventing invalid data from reaching the call.

"I'll fix it in each command separately"

If the same fix is needed in explore, search, grep, reconcile, plan documentation... the fix belongs in the shared pipeline, not in each command.

"The similarity is just shared vocabulary, not real duplication"

40-60% TF-IDF similarity between modules that aren't supposed to share concepts is a warning. The vocabulary match IS the signal.

Quick Reference: Which Command When

QuestionCommand
"What files are similar?"explore --format=list
"What exactly is duplicated?"plan refactor --threshold=0.9
"What code overlaps between packages A and B?"plan solid --from=A,B
"Which functions are trivial wrappers?"plan unwrap or grep --semantic=proxy
"What concept do these files share?"explore file_a file_b --threshold=0 --strategy=apted
"Has the duplication been fixed?"Re-run plan refactor with same threshold

Related skills

More from trkbt10/indexion-skills and the wider catalog.

IN

indexion-readme

trkbt10/indexion-skills

README 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.0k installsAudited
IN

indexion-sdd

trkbt10/indexion-skills

Generate 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.

4.9k installs
IN

indexion-documentation

trkbt10/indexion-skills

Documentation 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?"

4.9k installsAudited
IN

indexion-segment

trkbt10/indexion-skills

Split text into contextual chunks for RAG/embedding pipelines. Document segmentation and section extraction using window, tfidf, punctuation, or hybrid strategies chosen by intent.

4.9k installsAudited
IN

indexion-kgf

trkbt10/indexion-skills

Debug 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.9k installs
IN

indexion-wiki

trkbt10/indexion-skills

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.

4.9k installsAudited