Retrofit

---
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:

```json
{
  "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:

   ```json
   {
     "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 complete,
   the scaffold step detects the files at canonical paths and skips
   creation — preserving user content.

   If **No**: proceed normally — scaffold-docs creates fresh templates
   at canonical paths (existing non-canonical files remain untouched).

2. **Route docs** via `bin/route-docs.sh --profile <path>` to get the
   DocumentationPlan (needed by bootstrap for scaffold-docs and gen-claudemd).

   **Archetype-aware retrofit (v1.6.0+):** if the profile sets
   `documentation.use_archetype_scaffolds: true`, the resolved
   DocumentationPlan will include the per-archetype doc set
   (api-reference / runbook / deployment / glossary as applicable).
   `compute-drift` will surface any missing files from that set as
   `missing` entries, and remediation will scaffold them.

   When the profile leaves `use_archetype_scaffolds` unset/false,
   retrofit does NOT auto-flip it. Per the v1.6.0 design, opt-in
   stays opt-in — surface the absent flag as informational only:
   "This profile could enable archetype-aware scaffolds. Run
   `/nyann:migrate-profile` or set `use_archetype_scaffolds: true`
   in your profile to opt in."

3. **Render merge previews** via `bin/render-plan.sh --plan <plan.json>
   --target <cwd> --profile <profile.json> --doc-plan <doc-plan.json>
   --templates-csv <jsts|python|...> --output <plan.rendered.json>`
   so `preview.sh` can diff `.gitignore` and `CLAUDE.md` merges against
   the current files. Skip render-plan only when neither path appears
   as a merge action in the plan.

4. **Preview** the rendered plan via `bin/preview.sh --plan <plan.rendered.json>
   --target <cwd>`. Pass `--target` so the merge-diff renderer
   resolves `.path` entries against the actual repo. Show the user
   what will be created/merged. Respect skip requests.

5. **Execute** via `bin/bootstrap.sh --source retrofit`. The `--source`
   flag labels the boot record so `/nyann:undo-bootstrap` can tell
   remediation runs apart from initial setups. Capture the plan SHA-256
   first via `bin/preview.sh --emit-sha256`,
   then pass it through as `--plan-sha256` so bootstrap can verify the
   plan bytes haven't changed between the user's confirmation and
   execution. The SHA binding is required; bootstrap refuses to run
   without it.
   ```
   sha=$(bin/preview.sh --plan <confirmed-plan.json> --emit-sha256)
   bin/bootstrap.sh \
     --target <cwd> \
     --plan <confirmed-plan.json> \
     --plan-sha256 "$sha" \
     --profile <path> \
     --doc-plan <doc-plan.json> \
     --stack <stack.json> \
     --source retrofit
   ```
   Bootstrap is idempotent — existing user content is preserved, hooks are
   merged (not overwritten), gitignore entries are deduplicated.

6. **Re-run doctor** after remediation to confirm the drift is resolved.
   Show the before/after delta.

## 6. What retrofit does NOT do

- **History rewrites.** Non-compliant commits are flagged, never fixed.
  Tell the user: "Past commits are informational only. Future commits will
  be validated by the hooks we just installed."
- **Application scaffolding.** Retrofit adds git workflow infrastructure,
  not app code.
- **Dependency installation.** It writes hook configs but won't run
  `npm install` or `pip install`. Tell the user to run their package
  manager after retrofit.

## 7. Output summary

End with a compact report:

- Profile audited against.
- Drift found: N missing, N misconfigured, N non-compliant commits.
- Files created/merged (count).
- Hook phases run.
- Whether CLAUDE.md is now within budget.
- Remaining items that need manual attention (if any).

## When to hand off

- "Just tell me what's wrong, don't fix it" → hand off to `doctor`.
- "Set up from scratch" → hand off to `bootstrap-project`.
- "I want a different profile" → ask which one, then re-run retrofit
  with the new profile.