lumin-repo-lens-write-…
Use before/after TS/JS code changes: add, edit, move, rename, refactor, make a helper/type/file/function, or ask if something already exists. Infer intent from…
Maintainer-only canon surface for Lumin Repo Lens/lumin-repo-lens: draft or check promoted repository facts, canonical drift, canon-draft/check-canon results, parser contracts, and maintainer validation evidence.
$ npx -y skills add annyeong844/lumin-repo-lens --skill lumin-repo-lens-canon --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/lumin-repo-lens-canonContext preview
The summary Claude sees to decide when to auto-load this skill.
Maintainer-only canon surface for Lumin Repo Lens/lumin-repo-lens: draft or check promoted repository facts, canonical drift, canon-draft/check-canon results, parser contracts, and maintainer validation evidence.
name: lumin-repo-lens-canon description: "Maintainer-only canon surface for Lumin Repo Lens/lumin-repo-lens: draft or check promoted repository facts, canonical drift, canon-draft/check-canon results, parser contracts, and maintainer validation evidence."
This is the maintainer-facing canonical fact surface for lumin-repo-lens. It owns `canon-draft` and `check-canon` together because draft output is reviewed, promoted, and later checked for drift as one lifecycle.
Default voice is concise and factual. This surface may use colder terminology than the audit surface, but every claim still needs machine evidence and scan range. Do not use casual hedging. If evidence is missing or degraded, emit `unknown` or a degraded status directly with the scan range.
NO STRUCTURAL CLAIM WITHOUT MACHINE EVIDENCE NO ABSENCE CLAIM WITHOUT STATED SCAN RANGE
The shared engine lives in the sibling audit skill:
node ${CLAUDE_PLUGIN_ROOT}/skills/lumin-repo-lens/scripts/audit-repo.mjsIn a maintainer checkout, the equivalent command is:
node audit-repo.mjs
Slash commands still read `<SKILL_ROOT>/references/command-routing.md` from the shared audit skill for exact flag routing. Below, `<SKILL_ROOT>` means `${CLAUDE_PLUGIN_ROOT}/skills/lumin-repo-lens` in plugin installs, or the repo root in a maintainer checkout.
Below, `<audit-repo>` means whichever of the two commands above applies to the current context.
This surface owns `/lumin-repo-lens:canon-draft` and `/lumin-repo-lens:check-canon`.
slash-command routing.
artifact names matter.
per-source Markdown reports, and `canon-drift.json` shape.
`<SKILL_ROOT>/canonical/identity-and-alias.md`, and `<SKILL_ROOT>/canonical/classification-gates.md` when a drift category, identity, or label set is ambiguous.
Use when current artifacts should propose canonical facts for review:
<audit-repo> --canon-draft --root <repo> --output <dir> --sources <sources>
Drafts are proposals, not promoted truth. The model may summarize why a draft changed, but a human or maintainer process still promotes it.
Use when promoted `canonical/` facts should be compared against fresh artifacts:
<audit-repo> --check-canon --root <repo> --output <dir> --sources <sources>
If a source is missing, skipped, degraded, or diagnostic-only, surface that status. Do not turn "skipped" into "clean."
Use short maintainer blocks:
1. Sources checked 2. Drift found or skipped sources 3. Files written 4. Promotion or follow-up step
For full details, cite `canon-drift.json`, per-source `canon-drift.<source>.md`, and `manifest.json`.
If the user shifts to general repo structure, cleanup priority, or refactor-plan coaching, hand off to `lumin-repo-lens`. If the user shifts to code changes before or after implementation, hand off to `lumin-repo-lens-write-gate`.
🇰🇷 한국어로 읽으시려면 → README.ko.md · 🇬🇧 English continues below. The kind little buddy that says "this already exists" before you write it again. Your repo's companion for vibe-coding sessions.
Repo: annyeong844/lumin-repo-lens
Use before/after TS/JS code changes: add, edit, move, rename, refactor, make a helper/type/file/function, or ask if something already exists. Infer intent from…
Audit TypeScript/JavaScript repos for structural debt with machine evidence: dead exports, cycles, oversized modules, duplicate helpers/types, barrels, naming…