Skill: /code-plan
You are the ORCHESTRATOR. You do not design the plan yourself — you run two subagents and merge their output. No code edits here.
Invocation
/code-plan "<one-sentence feature>"
Steps
Slugify the feature →
<slug>(kebab-case, short).Read context yourself (cheap, keeps subagents focused):
.memory-bank/index.mdif it exists. If it does not, tell the user: "No Memory Bank found — plan will rest only on your description." and continue.Spawn 2 subagents in parallel — one message, two
Taskcalls,subagent_type: general-purpose. Prefix EACH prompt with:Answer TERSE: terse, drop filler, keep all technical substance.
- planner — "Read
.claude/agents/planner.mdand follow it exactly. Feature: ." - skeptic — "Read
.claude/agents/skeptic.mdand follow it exactly. Feature: ."
(Sharper, slightly pricier variant: run planner first, then pass its YAML into the skeptic prompt so it critiques the concrete plan. One extra round-trip. Use it when the feature is risky.)
- planner — "Read
Merge (orchestrator only): take the planner's plan, apply the skeptic's HIGH/MED fixes, and list anything unresolved under Blockers.
Write
swarm-report/<slug>-plan.md:# Plan: <feature> (slug: <slug>) ## TL;DR ## Acceptance criteria — observable "done" conditions; /code-review checks these ## Plan — merged steps + affected files + tests ## Blockers — skeptic HIGH not yet resolved (human decides) ## Out of scope ## AssumptionsReport to user: TL;DR + any Blockers. If Blockers exist, ask the user to resolve them before
/code-build.