Brainstorm
Turn ideas into designs through collaborative dialogue before implementation.
Process
Phase 1: Understand the Idea
Check project context first, then ask questions one at a time:
- Gather context - check files, docs, recent commits relevant to the idea
- Ask questions one at a time - prefer multiple choice when possible
- Focus on: purpose, constraints, success criteria, integration points
Do not overwhelm with multiple questions. One question per message. If a topic needs more exploration, break it into multiple questions.
Phase 2: Explore Approaches
Once the problem is understood:
- Propose 2-3 different approaches with trade-offs
- Lead with recommended option and explain reasoning
- Present conversationally - not a formal document yet
Example format:
I see three approaches:
**Option A: [name]** (recommended)
- how it works: ...
- pros: ...
- cons: ...
**Option B: [name]**
- how it works: ...
- pros: ...
- cons: ...
Which direction appeals to you?
Phase 3: Present Design
After approach is selected:
- Break design into sections of 200-300 words each
- Ask after each section whether it looks right
- Cover: architecture, components, data flow, error handling, testing
- Be ready to backtrack if something doesn't make sense
Do not present entire design at once. Incremental validation catches misunderstandings early.
Phase 4: Next Steps
After design is validated, use AskUserQuestion tool:
{
"questions": [{
"question": "Design looks complete. What's next?",
"header": "Next step",
"options": [
{"label": "Write plan", "description": "Create docs/plans/YYYYMMDD-<task-name>.md with implementation steps"},
{"label": "Plan mode", "description": "Enter plan mode for structured implementation planning"},
{"label": "Start now", "description": "Begin implementing directly"}
],
"multiSelect": false
}]
}
- Write plan: create
docs/plans/YYYYMMDD-<task-name>.md with implementation steps. Include discovered files, selected approach, and design decisions so nothing needs re-asking.
- Plan mode: use EnterPlanMode for structured planning with user approval workflow
- Start now: proceed directly if design is simple enough
Key Principles
- One question at a time - do not overwhelm with multiple questions
- Multiple choice preferred - easier to answer than open-ended when possible
- YAGNI ruthlessly - remove unnecessary features from all designs, keep scope minimal
- Explore alternatives - always propose 2-3 approaches before settling
- Incremental validation - present design in sections, validate each
- Be flexible - go back and clarify when something doesn't make sense
- Lead with recommendation - have an opinion, explain why, but let user decide
- Duplication vs abstraction - when code repeats, ask user: prefer duplication (simpler, no coupling) or abstraction (DRY but adds complexity)? explain trade-offs before deciding
Task Tracking
When implementing after brainstorm:
- Track implementation tasks using available task management tools
- Mark each task as completed immediately when done (do not batch)
- Keep user informed of progress through status updates
1---2name: brainstorm3description: Use before any creative work or significant changes. Activates on "brainstorm", "let's brainstorm", "deep analysis", "analyze this feature", "think through", "help me design", "explore options for", or when user asks for thorough analysis of changes, features, or architectural decisions. Guides collaborative dialogue to turn ideas into designs through one-at-a-time questions, approach exploration, and incremental validation.4---56# Brainstorm78Turn ideas into designs through collaborative dialogue before implementation.910## Process1112### Phase 1: Understand the Idea1314Check project context first, then ask questions one at a time:15161. **Gather context** - check files, docs, recent commits relevant to the idea172. **Ask questions one at a time** - prefer multiple choice when possible183. **Focus on**: purpose, constraints, success criteria, integration points1920Do not overwhelm with multiple questions. One question per message. If a topic needs more exploration, break it into multiple questions.2122### Phase 2: Explore Approaches2324Once the problem is understood:25261. **Propose 2-3 different approaches** with trade-offs272. **Lead with recommended option** and explain reasoning283. **Present conversationally** - not a formal document yet2930Example format:31```32I see three approaches:3334**Option A: [name]** (recommended)35- how it works: ...36- pros: ...37- cons: ...3839**Option B: [name]**40- how it works: ...41- pros: ...42- cons: ...4344Which direction appeals to you?45```4647### Phase 3: Present Design4849After approach is selected:50511. **Break design into sections** of 200-300 words each522. **Ask after each section** whether it looks right533. **Cover**: architecture, components, data flow, error handling, testing544. **Be ready to backtrack** if something doesn't make sense5556Do not present entire design at once. Incremental validation catches misunderstandings early.5758### Phase 4: Next Steps5960After design is validated, use AskUserQuestion tool:6162```json63{64 "questions": [{65 "question": "Design looks complete. What's next?",66 "header": "Next step",67 "options": [68 {"label": "Write plan", "description": "Create docs/plans/YYYYMMDD-<task-name>.md with implementation steps"},69 {"label": "Plan mode", "description": "Enter plan mode for structured implementation planning"},70 {"label": "Start now", "description": "Begin implementing directly"}71 ],72 "multiSelect": false73 }]74}75```7677- **Write plan**: create `docs/plans/YYYYMMDD-<task-name>.md` with implementation steps. Include discovered files, selected approach, and design decisions so nothing needs re-asking.78- **Plan mode**: use EnterPlanMode for structured planning with user approval workflow79- **Start now**: proceed directly if design is simple enough8081## Key Principles8283- **One question at a time** - do not overwhelm with multiple questions84- **Multiple choice preferred** - easier to answer than open-ended when possible85- **YAGNI ruthlessly** - remove unnecessary features from all designs, keep scope minimal86- **Explore alternatives** - always propose 2-3 approaches before settling87- **Incremental validation** - present design in sections, validate each88- **Be flexible** - go back and clarify when something doesn't make sense89- **Lead with recommendation** - have an opinion, explain why, but let user decide90- **Duplication vs abstraction** - when code repeats, ask user: prefer duplication (simpler, no coupling) or abstraction (DRY but adds complexity)? explain trade-offs before deciding9192## Task Tracking9394When implementing after brainstorm:95- Track implementation tasks using available task management tools96- Mark each task as completed immediately when done (do not batch)97- Keep user informed of progress through status updates