Implementation Plan
Create detailed implementation plans through interactive, iterative research and design exploration.
When to Use
- •Planning new features
- •Designing architecture
- •Preparing implementation strategy
- •Exploring design options and alternatives
- •
/create_plan [ticket-file]
Two Modes
Mode 1: Design Exploration (Brainstorming)
Triggers: "brainstorm", "explore options", "设计讨论", "细化方案", "compare approaches"
When to use:
- •Requirements are unclear or vague
- •Multiple implementation approaches possible
- •Need to identify hidden constraints
- •Want to evaluate trade-offs
Process:
EXPLORE → GENERATE ALTERNATIVES → EVALUATE → DECIDE → PLAN
- •Explore: Use Socratic questioning to uncover requirements
- •Generate: Create 2-4 viable implementation approaches
- •Evaluate: Compare pros/cons, constraints, risks
- •Decide: Get user buy-in on approach
- •Plan: Create detailed implementation plan
Mode 2: Implementation Planning (Standard)
Triggers: "create plan", "make a plan", "制定计划", "设计方案"
When to use:
- •Requirements are clear
- •Implementation approach decided
- •Need detailed technical plan
Process:
CONTEXT GATHER → RESEARCH → STRUCTURE → WRITE PLAN → REVIEW
Initial Response
Detect mode from user input:
| User Says | Mode | Response |
|---|---|---|
| "brainstorm", "explore", "设计讨论" | Design Exploration | "I'll help explore design options. Let's start by understanding the problem space..." |
| "create plan", "制定计划" | Implementation Planning | "I'll help create a detailed implementation plan..." |
If parameters provided: Skip greeting, read files, begin research.
If no parameters (Design Exploration mode):
I'll help explore design options and create a plan. Let's start with some questions to clarify the requirements: 1. What problem are we solving? 2. Who are the users/stakeholders? 3. What constraints do we have (time, tech, resources)? 4. What does success look like? Or provide a ticket file: /create_plan thoughts/tickets/eng_1234.md
If no parameters (Implementation Planning mode):
I'll help create a detailed implementation plan. Please provide: 1. Task/ticket description (or ticket file reference) 2. Relevant context, constraints, requirements 3. Links to related research or implementations Tip: /create_plan thoughts/tickets/eng_1234.md
Process Overview
Design Exploration Mode
CLARIFY → EXPLORE → GENERATE → EVALUATE → DECIDE → PLAN
- •Clarify: Socratic questioning to uncover requirements
- •Explore: Research existing solutions, patterns
- •Generate: Create 2-4 viable approaches
- •Evaluate: Compare trade-offs, constraints, risks
- •Decide: Get user buy-in on approach
- •Plan: Create detailed implementation plan
Implementation Planning Mode
CONTEXT GATHER → RESEARCH → STRUCTURE → WRITE PLAN → REVIEW
- •Context Gathering: Read all files FULLY, spawn research agents
- •Research: Parallel sub-tasks, verify findings
- •Structure: Present outline, get buy-in
- •Write: Create plan in
thoughts/shared/plans/ - •Review: Iterate until approved
Design Exploration Techniques
Socratic Questioning
Ask questions to uncover hidden requirements:
| Question Type | Examples |
|---|---|
| Purpose | "What problem does this solve?" "Why is this needed?" |
| Constraints | "What are the hard constraints?" "What's non-negotiable?" |
| Users | "Who will use this?" "What are their pain points?" |
| Success | "How do we know this works?" "What does done look like?" |
| Risks | "What could go wrong?" "What are we assuming?" |
Generating Alternatives
For each design decision, consider:
- •Conservative: Minimal change, proven approach
- •Balanced: Moderate change, good trade-offs
- •Aggressive: Significant change, high potential
- •Hybrid: Combine elements from above
Evaluation Framework
| Criteria | Weight | Approach A | Approach B | Approach C |
|---|---|---|---|---|
| Implementation effort | High | |||
| Maintenance cost | High | |||
| Performance | Medium | |||
| Scalability | Medium | |||
| Risk | High |
Reference Menu
| Reference | Load When |
|---|---|
references/process-steps.md | Detailed step-by-step process |
references/plan-template.md | Full plan template + success criteria |
references/guidelines.md | Planning principles + sub-task patterns |
Quick Reference
Plan File Location
thoughts/shared/plans/YYYY-MM-DD-ENG-XXXX-description.md
Success Criteria Format
#### Automated Verification: - [ ] Tests pass: `make test` - [ ] Linting passes: `make lint` #### Manual Verification: - [ ] Feature works in UI - [ ] Performance acceptable
Key Agents
| Agent | Purpose |
|---|---|
| codebase-locator | Find related files |
| codebase-analyzer | Understand implementation |
| thoughts-locator | Find existing research |
| research-agent | External documentation |
Core Principles
- •Be Skeptical: Question vague requirements, verify with code
- •Be Interactive: Get buy-in at each step
- •Be Thorough: Read files completely, include file:line refs
- •No Open Questions: Resolve all questions before finalizing
Examples
Design Exploration Example
User: "brainstorm authentication options for our API" [Asks Socratic questions] - What types of clients will use this API? - What security requirements do we have? - Do we need to support third-party integrations? [Generates alternatives] 1. JWT with refresh tokens (balanced) 2. OAuth 2.0 with PKCE (aggressive) 3. API keys with IP whitelist (conservative) [Evaluates trade-offs] | Approach | Effort | Security | Flexibility | |----------|--------|----------|-------------| | JWT | Medium | High | High | | OAuth | High | Very High | Very High | | API Keys | Low | Medium | Low | [Gets user decision] User: "Let's go with JWT approach" [Creates implementation plan]
Implementation Planning Example
User: /create_plan thoughts/tickets/eng_1478.md [Reads ticket fully] [Spawns parallel research tasks] [Presents informed understanding + questions] [Iterates with user] [Writes plan to thoughts/shared/plans/]