| name | task-breakdown |
| description | Activate when breaking down implementation plans into detailed task lists with agent contexts, acceptance criteria, and status tracking |
| license | MIT |
Task Breakdown
Guide for creating detailed task lists and specialized agent contexts from implementation plans, enabling efficient parallel execution with clear acceptance criteria.
When to Use This Skill
Activate when:
- Breaking down implementation plans into actionable tasks
- Creating specialized agent contexts for task execution
- Defining acceptance criteria and completion requirements
- Establishing task dependencies and priorities
- Setting up status tracking for project progress
- Managing context window efficiency with sub-tasks
Task Breakdown Process
Phase 1: Plan Analysis
- Parse the implementation plan structure
- Extract phase information and objectives
- Identify all tasks within each phase
- Analyze task complexity and relationships
Phase 2: Task List Generation
- Create detailed task descriptions
- Define acceptance criteria for each task
- Establish priority levels and dependencies
- Group related tasks for efficient execution
Phase 3: Context Strategy
- Simple Phases (≤2 tasks): Single phase context
- Complex Phases (>2 tasks): Phase context + individual task contexts
- Cross-Phase Tasks: Shared context with references
- Specialized Tasks: Domain-specific contexts
Task Structure
## Task: [Task Name]
**ID**: [Phase].[Task Number]
**Priority**: High/Medium/Low
**Complexity**: Simple/Medium/Complex
### Description
[Detailed description of what needs to be implemented]
### Acceptance Criteria
- [ ] [Specific, testable requirement 1]
- [ ] [Specific, testable requirement 2]
- [ ] [Specific, testable requirement 3]
### Dependencies
- **Prerequisite Tasks**: [Tasks that must be completed first]
- **External Dependencies**: [Third-party services, approvals]
### Deliverables
- [Specific code files, configurations]
- [Test cases and validation results]
Task Complexity Levels
- Simple: Configuration changes, minor fixes (1-4 hours)
- Medium: New components, API endpoints (1-3 days)
- Complex: Major features, integrations (1-2 weeks)
- Epic: Complete subsystems (2+ weeks) - should be broken into sub-tasks
Context File Organization
project/
├── phase1/
│ ├── claude.md (phase coordination)
│ ├── phase_status.md (phase progress)
│ ├── tasks.md (task list)
│ ├── task1/
│ │ ├── claude.md (task context)
│ │ └── status.md (task progress)
│ └── task2/
│ ├── claude.md (task context)
│ └── status.md (task progress)
├── phase2/
│ └── [similar structure]
└── shared/
└── utilities/
└── claude.md (shared context)
Sub-Task Creation Triggers
Create sub-tasks when:
- Context window approaching 80% capacity
- Processing large documentation (>50KB)
- Complex phases with >5 interdependent tasks
- Tasks requiring multiple specialized skills
- Analysis of extensive codebases
Mandatory File Requirements
Every task directory MUST contain:
- claude.md: Task-specific agent context
- status.md: Task progress tracking
Every phase directory MUST contain:
- claude.md: Phase coordination context
- phase_status.md: Phase progress tracking
- tasks.md: Task list for the phase
Key Principles
- Actionability: Each task must have clear, executable steps
- Measurability: Every task has testable acceptance criteria
- Dependency Clarity: All prerequisites clearly identified
- Context Efficiency: Match context size to task complexity
- Status Integration: Progress tracked in status files
- No Empty Directories: Always populate with required files