Appearance
Planning Commands
Commands for creating implementation plans with research and analysis.
Overview
| Command | Complexity | Agents | Use Case |
|---|---|---|---|
/plan | Simple | 1 planner | Quick features |
/plan:fast | Minimal | 1 analyzer | Rapid analysis |
/plan:hard | Complex | 2+ researchers + planner | Multi-phase features |
/plan:parallel | Complex | Parallel researchers | Large scope |
/plan:validate | - | 1 validator | Pre-implementation check |
/plan:continue | - | Resume | Continue existing plan |
/plan:status | - | - | Check plan progress |
/plan:list | - | - | List all plans |
Commands
/plan
Simple planning for straightforward features.
/plan Add a logout button to the headerProcess:
- Analyzes codebase structure
- Creates single-phase plan
- Outputs to
plans/YYMMDD-HHMM-{slug}/
Best for: Single-file changes, small features, bug fixes.
/plan:fast
Quick analysis without deep research.
/plan:fast Add loading spinner to buttonProcess:
- Quick codebase scan
- Identifies relevant files
- Creates minimal plan
- No research phase
Best for: Obvious changes, UI tweaks, simple additions.
/plan:hard
Complex planning with research phase.
/plan:hard Implement user authentication with OAuth2Process:
- Spawns researcher agents for investigation
- Analyzes existing patterns
- Creates multi-phase plan
- Includes risk assessment
Output structure:
plans/YYMMDD-HHMM-{slug}/
├── plan.md # Overview
├── phase-01-*.md # Phase details
├── phase-02-*.md
└── research/
└── researcher-01-report.mdBest for: Multi-file changes, new systems, integrations.
/plan:parallel
Parallel research for large scope planning.
/plan:parallel Build a complete e-commerce checkout systemProcess:
- Spawns multiple researchers in parallel
- Consolidates findings
- Creates comprehensive plan
- May produce 5+ phases
Best for: Large features, system rewrites, major integrations.
/plan:validate
Validate assumptions before implementation.
/plan:validateProcess:
- Reads active plan
- Identifies decision points
- Asks clarifying questions
- Documents answers in plan
Use when: Before running /code:auto on complex plans.
/plan:continue
Resume work on existing plan.
/plan:continue plans/241224-1030-user-authProcess:
- Loads specified plan
- Sets as active plan
- Shows current status
- Ready for
/codecommands
/plan:status
Check progress of active plan.
/plan:statusShows:
- Current phase
- Completed tasks
- Remaining work
- Blockers if any
/plan:list
List all plans in project.
/plan:listShows:
- Plan name and date
- Status (active/completed/abandoned)
- Phase count
Plan Output
Plans follow consistent structure:
plan.md
markdown
# Plan: Feature Name
## Overview
Brief description of what will be built.
## Phases
1. Phase 1 - Setup
2. Phase 2 - Core implementation
3. Phase 3 - Testing
## Risks
- Risk 1: Description
- Risk 2: Description
## Validation Summary
(Added after /plan:validate)phase-XX-*.md
markdown
# Phase XX: Phase Name
## Objective
What this phase accomplishes.
## Tasks
- [ ] Task 1
- [ ] Task 2
## Files to Modify
- path/to/file.ts
## Acceptance Criteria
- Criterion 1
- Criterion 2Tips
- Use
/planfor quick features (< 1 hour) - Use
/plan:hardfor anything touching 3+ files - Always
/plan:validatebefore/code:autoon complex plans - Review generated plans before execution
- Plans are git-ignored by default
Related
- Coding Commands - Execute plans
- SPARC Methodology - Agent roles