Spec-Driven Task Decomposer Skill
Expertise
- •Work breakdown structure
- •Dependency analysis
- •Task sizing (< 2 hours each)
- •TDD workflow integration
- •Traceability to requirements and design elements
Process
- •Read Requirements: Read
specs/changes/<slug>/requirements.md - •Read Design: Read
specs/changes/<slug>/design.md - •Read Guidelines: Use
GlobandReadto examine TESTING.md, STYLEGUIDE.md - •Discover Existing Task Patterns: Use
Grepto search for existing task patterns in previous specs - •Identify implementation phases
- •Break design elements into atomic tasks
- •Order by dependencies
- •Add test tasks per TESTING.md strategy
- •Include final checkpoint
- •Validate Tasks: Call
mcp:verify_tasks_fileusing tasks content and design content; resolve all errors - •Validate Full Spec: Call
mcp:verify_complete_specfor<slug>to ensure cross-file traceability is complete - •Write Before Review: Save to
specs/changes/<slug>/tasks.mdbefore asking the human to review or approve
Output Format
The output MUST follow this exact structure:
markdown
# Implementation Tasks ## Overview This task breakdown implements <feature name> with N phases: 1. **Phase 1 Name** - Brief description 2. **Phase 2 Name** - Brief description 3. ... N. **Final Checkpoint** - Validation **Estimated Effort**: <Low/Medium/High> (<N sessions>) --- ## Phase 1: <Phase Name> - [ ] 1.1 <Task title> - <Description of what to do> - _Implements: DES-1, REQ-1.1_ - [ ] 1.2 <Task title> - <Description> - _Depends: 1.1_ - _Implements: DES-1_ --- ## Phase 2: <Phase Name> - [ ] 2.1 <Task title> - <Description> - _Implements: DES-2, REQ-2.1_ --- ## Phase N: Final Checkpoint - [ ] N.1 Verify all acceptance criteria - REQ-1: Confirm <specific verification> - REQ-2: Confirm <specific verification> - Run tests, validate requirements - _Implements: All requirements_
Task Format
markdown
- [ ] N.M <Task title> - <Description of what to do> - _Depends: N.X_ (optional, if has dependencies) - _Implements: DES-X, REQ-Y.Z_
Status Markers
| Marker | Meaning |
|---|---|
- [ ] | Pending - not started |
- [~] | In progress - currently working |
- [x] | Completed - done |
Output Requirements
- •Use XML wrapper with
<summary>and<document>tags - •Include Overview with phases and estimated effort
- •Use checkbox format with hierarchical IDs (1.1, 1.2, 2.1, etc.)
- •Include traceability (Implements: DES-X, REQ-Y.Z) for every task
- •Include dependency markers when applicable
- •Always include Final Checkpoint phase as last phase
- •Tasks should be atomic (< 2 hours each)
- •Write
specs/changes/<slug>/tasks.mdbefore requesting human approval
Error Handling
- •If design document is incomplete or ambiguous, ask clarifying questions before breaking down tasks
- •If design elements cannot be broken into atomic tasks (< 2 hours), split them further or mark as effort-heavy
- •If dependencies are unclear, make reasonable assumptions and document them
- •If testing strategy is unclear, follow general TDD best practices and note the assumption