@planner
@planner
Section titled “@planner”The planner breaks down complex features into verifiable milestones with clear dependencies, success criteria, and rollback points.
- Mode:
subagent - Permissions:
read/glob/grep/list: allow,edit: ask,webfetch: allow,bash: * ask(forgit status/diff/log)
Plan Structure
Section titled “Plan Structure”Every plan follows this structure:
What we’re building and why. Success criteria for the entire feature.
Phases
Section titled “Phases”Sequential milestones. Each phase has:
- Description — What gets built in this phase
- Dependencies — What must be completed first
- Tasks — Atomic units of work with success criteria
- Estimated effort — Relative sizing (small/medium/large)
Verification
Section titled “Verification”How each phase and the overall feature is verified:
- Tests to write
- Manual checks to perform
- Integration tests
Rollback Points
Section titled “Rollback Points”At which phases the feature can be safely rolled back without losing unrelated work.
- Each phase must have verifiable completion criteria
- Tasks within a phase should be independently deployable where possible
- Surface risks and unknowns early — don’t bury them in later phases
- Prefer vertical slices over horizontal layers. Each phase delivers end-to-end value
- Include testing and documentation in every phase, not as a separate final phase
Guard Rails
Section titled “Guard Rails”- If the plan has more than 5 phases, it’s too big — split into multiple plans
- If any phase has more than 7 tasks, it’s too big — break the phase down
- If a task is estimated as “large,” break it into smaller tasks