Repo map refresh
Regenerate the auto-generated repo map the planner grounds its plans in. USER-ENTRY — invoke only when the user explicitly runs /repo-map-refresh; never autonomously, never from a subagent (guard-enforced).From its SKILL.md
npx -y skills add MostAshraf/ai-sdlc-harness --skill repo-map-refreshAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 15 stars15 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.4 KB, as published. Nobody here has run it
repo-map-refresh
The repo map is a navigation aid, never hand-maintained — corrections go
through regeneration (design.md piece 5B). /init-workspace and
/add-repo both point here for the identical generate-or-regenerate
procedure (step 2 below) — this is the one place it's maintained; don't
fork a second copy of it elsewhere.
${CLAUDE_PLUGIN_ROOT}/bin/harness repo-map-check --repo-name <n> --repo <path>— report missing / fresh / stale (+ commits behind) to the user.- To regenerate: spawn the planner shape with
harness-mode: repo-mapas the prompt's FIRST line (the spawn guard regex-matches this exact header — prose that merely mentions repo-map does not satisfy it; this is a declared out-of-run spawn,pipeline/surfaces.yaml'sout_of_run_spawns, legal regardless of whether other runs exist in the workspace) and the repo path. Passrun_in_background: falsewhere the Agent tool has that parameter (under Qwen Code the guard requires it); where it does not, the spawn returns a launch stub and runs in the background — wait for its completion notification before step 3. For the correctsubagent_typeand why a wrong identity is now blocked, seeshared/spawn-identity.md— match the frontmattername: ai-sdlc-planner, never a generic agent. The planner can only write underai/<run>/and.claude/context/(guard-enforced — never repo source), so point it at.claude/context/repo-map/<name>/. It follows the map content contract (${CLAUDE_PLUGIN_ROOT}/skills/dev-workflow/steps/repo-map-task.md):index.md(purpose/stack/modules/cross-repo edges — intake's targeting tier),areas/*detail files (each loadable alone), andconventions.md(observed patterns with cited examples — what plan-review checks plans against). - Stamp it yourself, not the planner:
${CLAUDE_PLUGIN_ROOT}/bin/harness repo-map-stamp --repo-name <n> --repo <path>— stamping is the orchestrator's job, never the planner's own. - Remind the user: the planner still reads real code for areas it plans to touch — the map speeds targeting, it doesn't replace reading.