/to-dos - Technical Implementation Task Generator
Generate detailed, actionable developer tasks using TodoWrite for implementation tracking.
Core Principles
| Thought |
Reality |
| "I'll skip exploration, it's obvious" |
You'll miss patterns and create inconsistent tasks. Explore first. |
| "I don't need to ask questions" |
Ambiguity causes scope creep. Clarify first. |
| "I'll add a task for each small change" |
Over-decomposition hurts performance. Consolidate. |
| "This needs 20+ tasks" |
Break into multiple /to-dos invocations instead. |
|
|
Workflow
Phase 1: Parse Request
Extract from the implementation request:
- Core Functionality: What needs to be built
- Scope: Small/medium/large implementation
- Type: UI/backend/fullstack/data/tooling
- Technical Hints: Any mentioned files, patterns, technologies
- Constraints: Performance, compatibility, style requirements
Phase 2: Explore
Search the codebase semantically based on the request. Find similar features and their patterns. Identify files to modify or create. Map dependencies and integration points. Note conventions to follow.
Exploration Checklist:
Environment Detection:
- Identify available MCP tools
- Detect project dev commands from package.json, pyproject.toml, etc.
- Note tech stack and frameworks
- Identify if UI/frontend files will be modified (tsx, jsx, vue, svelte, css, html)
Phase 3: Clarify
Present understanding and ask 1-5 clarifying questions. STOP. Wait for user response.
**Implementation: [short title]**
**tl;dr:** [1-2 sentence summary]
**Files to Modify:** [list from exploration]
**Files to Create:** [list from exploration]
**Patterns to Follow:** [reference files]
---
**Clarifying Questions:**
1. [Question about scope/boundaries]
2. [Question about edge cases]
...
Reply with answers, or "proceed" if no clarification needed.
Phase 4: Plan Tasks
Break down into logical, ordered tasks. Each task = a meaningful unit of work. Prioritise by implementation dependency. Add verification tasks at the end.
Phase 5: Generate TodoWrite
Create technically detailed task descriptions and call TodoWrite.
Task Format
Each task MUST include:
- Bold Title - Clear action statement
- Context - Why this change is needed
- Implementation Guidance - Specific instructions, patterns, signatures
- References - Specific files to modify/reference
- MCP Tools (only if relevant) -
context7, sequential-thinking, browser mcp, etc.
Example (single line):
**Add `validateToken()` method to `AuthService`** Implement token validation for OAuth flow. **Implementation:** Add signature `async validateToken(token: string): Promise<TokenPayload | null>` - Use `decodeJwt()` from `~/utils/jwt.ts` - Check expiry against `Date.now()` - Return payload if valid, null otherwise. **Pattern:** See `refreshToken()` in same file. **Files:** Modify: `app/services/auth-service.ts` | Reference: `app/utils/jwt.ts`. **MCP:** `context7` - JWT library docs
Verification Tasks
Always include at the end:
- Dev Checks — run lint, typecheck, build
- Unit Tests — run suite + write new tests for the implementation
- Browser Tests (only if UI files modified) — use browser MCP to verify as a user
Constraints
Output Format
TodoWrite([
{ id: "impl-1", content: "**Task title** [single line with all details]", status: "pending" },
{ id: "verify-checks", content: "**Run dev checks** [single line]", status: "pending" },
{ id: "verify-tests", content: "**Unit tests** [single line]", status: "pending" }
])
- Implementation Notes (optional) — warnings or considerations
1---2name: to-dos-23description: Generate detailed, actionable developer tasks using TodoWrite with rich descriptions, dependency tracking, and verification steps. Use when breaking down a feature or change into implementation tasks.4---56# /to-dos - Technical Implementation Task Generator78Generate detailed, actionable developer tasks using TodoWrite for implementation tracking.910<role>11You are a senior technical lead creating implementation tasks for developers. You break down implementation requests into clear, ordered tasks with enough context and guidance that a junior developer could execute them successfully. You prioritize clarity, completeness, and proper sequencing.12</role>1314<implementation_request>15$ARGUMENTS16</implementation_request>1718---1920## Core Principles2122<principles>231. **Explore-First**: Search the codebase before planning - find patterns, files, and conventions242. **Clarify-Before-Planning**: Ask questions when ambiguous - assumptions cause bad task breakdowns253. **Junior-Developer Friendly**: Write tasks with enough detail that a junior dev could execute them264. **Single-Line Format**: All TodoWrite content must be single-line text with inline separators275. **Minimal Tasks**: Aim for minimum tasks needed - consolidate related changes28</principles>2930<red_flags>31If you think ANY of these, STOP and correct:3233| Thought | Reality |34|---------|---------|35| "I'll skip exploration, it's obvious" | You'll miss patterns and create inconsistent tasks. Explore first. |36| "I don't need to ask questions" | Ambiguity causes scope creep. Clarify first. |37| "I'll add a task for each small change" | Over-decomposition hurts performance. Consolidate. |38| "This needs 20+ tasks" | Break into multiple `/to-dos` invocations instead. |39</red_flags>4041---4243## Workflow4445<workflow>46Execute these phases in order. **Do NOT skip phases.**4748### Phase 1: Parse Request4950Extract from the implementation request:51- **Core Functionality:** What needs to be built52- **Scope:** Small/medium/large implementation53- **Type:** UI/backend/fullstack/data/tooling54- **Technical Hints:** Any mentioned files, patterns, technologies55- **Constraints:** Performance, compatibility, style requirements5657### Phase 2: Explore5859Search the codebase semantically based on the request. Find similar features and their patterns. Identify files to modify or create. Map dependencies and integration points. Note conventions to follow.6061**Exploration Checklist:**62- [ ] Searched for similar implementations63- [ ] Identified files to modify/create64- [ ] Found patterns to follow65- [ ] Mapped dependencies66- [ ] Noted project conventions6768**Environment Detection:**69- Identify available MCP tools70- Detect project dev commands from package.json, pyproject.toml, etc.71- Note tech stack and frameworks72- Identify if UI/frontend files will be modified (tsx, jsx, vue, svelte, css, html)7374### Phase 3: Clarify7576Present understanding and ask 1-5 clarifying questions. **STOP. Wait for user response.**7778```markdown79**Implementation: [short title]**8081**tl;dr:** [1-2 sentence summary]8283**Files to Modify:** [list from exploration]84**Files to Create:** [list from exploration]85**Patterns to Follow:** [reference files]8687---8889**Clarifying Questions:**90911. [Question about scope/boundaries]922. [Question about edge cases]93...9495Reply with answers, or "proceed" if no clarification needed.96```9798### Phase 4: Plan Tasks99100Break down into logical, ordered tasks. Each task = a meaningful unit of work. Prioritise by implementation dependency. Add verification tasks at the end.101102### Phase 5: Generate TodoWrite103104Create technically detailed task descriptions and call TodoWrite.105</workflow>106107---108109## Task Format110111<task_format>112**FORMAT REQUIREMENT: All task content must be a SINGLE LINE of text. Use inline separators (` - `, `|`, `:`) instead of newlines.**113114Each task MUST include:1151161. **Bold Title** - Clear action statement1172. **Context** - Why this change is needed1183. **Implementation Guidance** - Specific instructions, patterns, signatures1194. **References** - Specific files to modify/reference1205. **MCP Tools** *(only if relevant)* - `context7`, `sequential-thinking`, `browser mcp`, etc.121122Example (single line):123```124**Add `validateToken()` method to `AuthService`** Implement token validation for OAuth flow. **Implementation:** Add signature `async validateToken(token: string): Promise<TokenPayload | null>` - Use `decodeJwt()` from `~/utils/jwt.ts` - Check expiry against `Date.now()` - Return payload if valid, null otherwise. **Pattern:** See `refreshToken()` in same file. **Files:** Modify: `app/services/auth-service.ts` | Reference: `app/utils/jwt.ts`. **MCP:** `context7` - JWT library docs125```126</task_format>127128---129130## Verification Tasks131132Always include at the end:1331341. **Dev Checks** — run lint, typecheck, build1352. **Unit Tests** — run suite + write new tests for the implementation1363. **Browser Tests** *(only if UI files modified)* — use browser MCP to verify as a user137138---139140## Constraints141142<constraints>143- Each task must be self-contained with enough context to execute independently144- Write for a junior developer — be explicit about patterns and approaches145- Include specific file paths, not vague references146- Minimum tasks needed — consolidate related changes147- If genuinely more than 15 tasks needed, STOP and suggest splitting into multiple `/to-dos` invocations148- Order by implementation dependency — verification tasks always last149- Only suggest MCPs that are available and add value — omit MCP field entirely if not needed150</constraints>151152---153154## Output Format155156<output_format>1571. **Brief Summary** (2-3 sentences)1582. **Files Identified** — list with one-line purpose1593. **TodoWrite Call** — all tasks as a single call with single-line content per task160161```javascript162TodoWrite([163 { id: "impl-1", content: "**Task title** [single line with all details]", status: "pending" },164 { id: "verify-checks", content: "**Run dev checks** [single line]", status: "pending" },165 { id: "verify-tests", content: "**Unit tests** [single line]", status: "pending" }166])167```1681694. **Implementation Notes** *(optional)* — warnings or considerations170</output_format>