Skip to content
Development
Skill

/retrofit

Audit an existing repo against a profile and offer to fix what's drifted. TRIGGER when the user says "retrofit this repo", "fix this repo's hygiene", "bring this repo into compliance", "remediate drift", "fix what's drifted", "make this repo match the profile", "my repo is half

From plugin
nyann
641 skills41 commands3 hooks
Install
$ npx -y skills add thettwe/nyann --skill retrofit --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/retrofit

Context preview

The summary Claude sees to decide when to auto-load this skill.

Audit an existing repo against a profile and offer to fix what's drifted. TRIGGER when the user says "retrofit this repo", "fix this repo's hygiene", "bring this repo into compliance", "remediate drift", "fix what's drifted", "make this repo match the profile", "my repo is half

SKILL.md

retrofit.SKILL.md
name: retrofit
description: >
  Audit an existing repo against a profile and offer to fix what's drifted.
  TRIGGER when the user says "retrofit this repo", "fix this repo's hygiene",
  "bring this repo into compliance", "remediate drift", "fix what's drifted",
  "make this repo match the profile", "my repo is half set up, finish it",
  "I already have some hooks but they're incomplete", "fill in the gaps",
  "upgrade this repo to nyann standards", "apply the profile to this existing repo".
  ALSO trigger when doctor finishes with drift (exit 4 or 5) and the user says
  "fix it", "remediate", "yes fix those", "go ahead and fix".
  Do NOT trigger on "is this repo healthy" / "check hygiene" / "audit docs" —
  those are doctor (read-only). Do NOT trigger on "set up this project" from
  scratch — that's bootstrap-project.

retrofit

Audit an existing repo's drift from a profile and remediate what's missing or misconfigured. This is the "fix it" counterpart to doctor's "tell me what's wrong."

1. Resolve the profile

Same logic as doctor — the audit is only meaningful against an intended baseline:

1. Check if the repo's CLAUDE.md (inside `<!-- nyann:start -->` markers) declares an active profile name. 2. If the user passed `--profile <name>`, use that. 3. If neither, ask the user which profile to audit against. List available profiles (starters + any user/team profiles). Don't silently default — the wrong baseline produces misleading drift.

Load via `bin/load-profile.sh <name>`. If exit 2 (not found), show the list the loader reports and ask again.

2. Run detection

Run `bin/detect-stack.sh --path <target>` to get the StackDescriptor. This ensures the remediation step has stack context for gitignore templates, hook phases, and CLAUDE.md rendering.

3. Run the drift audit

bin/retrofit.sh --target <cwd> --profile <resolved-name>

**Do not pass `--report-only`** — that's doctor's flag. Retrofit's default mode renders the report AND offers remediation guidance.

Pass `--json` only if the user explicitly asks for machine-readable output.

3a. Narrow scope (v1.7.0+)

If the user said something like "only fix the docs drift", "leave my hooks alone", "just the gitignore", or otherwise wants to remediate one part of the audit without touching others, pass `--scope <csv>` to retrofit:

| User intent | `--scope` | |---|---| | "fix only the docs" | `docs` | | "fix hooks but leave docs alone" | `hooks` | | "fix the gitignore" | `gitignore` | | "fix only docs and hooks" | `docs,hooks` | | "fix the github protection settings" | `github` | | "fix everything" / unstated | omit (default `all`) |

The accepted categories are `docs`, `hooks`, `branching`, `gitignore`, `editorconfig`, `github`, `history`, `all`. Unknown values exit non-zero; surface the error to the user verbatim.

When the report covers fewer than the full 7 categories, the rendered text adds a `Scope: <csv>` line under the heading. The remediation plan in step 5 uses the same `--scope` so that bootstrap only writes the matching files.

3b. Multi-category prompt (when scope is unstated)

If the user did NOT specify a scope AND the resulting report shows drift in more than one category, prompt before remediation:

{
  "questions": [{
    "question": "Drift detected across multiple categories. Which to fix?",
    "header": "Scope",
    "multiSelect": true,
    "options": [
      {"label": "Docs",        "description": "CLAUDE.md size, doc scaffolds, links, orphans, staleness"},
      {"label": "Hooks",       "description": "Husky, commitlint, pre-commit.com, core hooks"},
      {"label": "Gitignore",   "description": "Missing stack-typical entries"},
      {"label": "Branching",   "description": "Profile-declared base/long-lived branches"},
      {"label": "GitHub",      "description": "CI workflow, PR template, branch + tag protection"},
      {"label": "Editorconfig","description": ".editorconfig presence"},
      {"label": "All",         "description": "Apply every remediation"}
    ]
  }]
}

Map the labels back to the `--scope` value: e.g. {Docs, Hooks} → `docs,hooks`. If the user picks "All", omit the flag.

4. Interpret the exit code

| Code | Meaning | What to do | |---|---|---| | 0 | clean | "No drift detected. Repo matches the profile." Done. | | 4 | warnings | Show the report. Offer to remediate (step 5). | | 5 | critical | Show the report. Strongly recommend remediation (step 5). |

5. Remediate

When drift exists (exit 4 or 5) and the user confirms they want to fix it:

1. **Build an ActionPlan** from the drift report. Map missing items to `writes[]` entries:

  • Missing `.gitignore` → gitignore combiner handles it
  • Missing `.husky/*`, `commitlint.config.js` → `install-hooks.sh --jsts`
  • Missing `.pre-commit-config.yaml` → `install-hooks.sh --python`
  • Missing `docs/*`, `memory/*` → `scaffold-docs.sh`
  • Missing/oversized `CLAUDE.md` → `gen-claudemd.sh`
  • Missing `.editorconfig` → include in plan if profile declares it

**Misplaced docs (v1.9.0+):** If the DriftReport's `misplaced[]` array is non-empty, docs exist at non-canonical paths. Before scaffolding new docs, offer to reorganize the existing ones:

   {
     "questions": [{
       "question": "Found docs at non-standard paths. Reorganize to nyann conventions?",
       "header": "Doc layout",
       "options": [
         {"label": "Yes, reorganize", "description": "Move docs to canonical paths (uses git mv). Content is preserved."},
         {"label": "No, scaffold fresh", "description": "Leave existing files and create new ones at canonical paths."}
       ],
       "multiSelect": false
     }]
   }

If **Yes**: write the `misplaced[]` array to a temp file and run `bin/reorganize-docs.sh --target <cwd> --moves <temp.json> --apply` before the scaffold step. (Without `--apply`, the script previews only — pass `--apply` after the user confirms.) After moves co

Read more
Ships withnyann

ငြမ်း is Burmese for scaffolding. Nyann is the Claude Code plugin that picks expert git defaults for your stack — branching, working hooks (Husky / pre-commit.com / lefthook), commits, releases, CI, docs — then keeps the repo on those rails through every PR

Get the whole plugin

Other skills on nyann.