task-decomposition ยท diff
git:20260325.a6b3a88 to git:20260507.56f011d
41 added, 38 removed. Audit A to A.
- ---
- 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
- ---
-
- # Task Decomposition
-
- ## Overview
-
- Decompose a technical plan into actionable development tasks. Each task is atomic, has clear acceptance criteria traceable to specification requirements, and includes dependency information for optimal execution ordering.
-
- ## When to Use
-
- - After technical plan is approved, before implementation
- - 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`
+ ---
+ 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]
+
+ ---
+
+ # Task Decomposition
+
+ ## Overview
+
+ Decompose a technical plan into actionable development tasks. Each task is atomic, has clear acceptance criteria traceable to specification requirements, and includes dependency information for optimal execution ordering.
+
+ ## When to Use
+
+ - After technical plan is approved, before implementation
+ - 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`