task-decomposition

---

name: task-decomposition description: Convert technical plans into actionable development tasks with dependency graphs, effort estimates, and parallelization opportunities. allowed-tools: Read, Bash, Grep, Glob, Agent, AskUserQuestion graph: domains: [domain:software-engineering] skillAreas: [skill-area:agentic-loops, skill-area:orchestration-loop] workflows: [workflow:feature-development] topics: [topic:developer-experience] roles: [role:tech-lead, role:backend-engineer]

• When breaking down a large feature into implementable units
• When identifying parallelization opportunities in a task set
• When estimating effort and critical path for a feature

Key Principle

Every task must trace back to at least one specification requirement. Tasks must be atomic enough for a single development session. Dependency graphs must be acyclic.

Process

1. Decompose components - Break architecture components into implementable tasks
2. Define tasks - Each with id, title, description, acceptance criteria, dependencies, effort
3. Build dependency graph - Show task ordering constraints
4. Identify parallel groups - Tasks with no mutual dependencies
5. Determine critical path - Longest dependency chain
6. Generate test tasks - Testing tasks alongside implementation
7. Map to requirements - Traceability from tasks to specification
8. Human review - Approve task list before implementation

Tool Use

Invoke via babysitter process: methodologies/spec-kit/spec-kit-planning (task decomposition phase) Full pipeline: methodologies/spec-kit/spec-kit-orchestrator