work-unit-decomposition

Solid

Decompose implementation plans into discrete work units with enumerated DoD items, file scope declarations, dependency mapping, and human checkpoint flags.

AI & Automation 814 stars 53 forks Updated today MIT

Install

View on GitHub

Quality Score: 93/100

Stars 20%
97
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
63
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Work Unit Decomposition ## Overview Break implementation plans into discrete, testable work units. Each unit has enumerated Definition of Done items, declared file scope, dependency mapping, and optional human checkpoint flags. ## When to Use - After plan review gate approval - When decomposing a large feature into implementable chunks - When preparing for orchestrated execution ## Work Unit Structure Each work unit specifies: - **ID** - Unique identifier - **Title** - Human-readable description - **Definition of Done** - Enumerated checklist items - **File Scope** - Which files the unit may modify - **Dependencies** - Other work units this depends on - **Human Checkpoint** - Whether human approval is needed before execution - **Parallel Safe** - Whether it can execute alongside other units ## Human Checkpoint Triggers Mark human checkpoints for: - Schema or database changes - Security-sensitive code paths - New architectural patterns not seen in codebase - External API integrations - Breaking changes to public interfaces ## Agents Used - `agents/architect/` - Creates the decomposition - `agents/cto/` - Validates TDD readiness per unit ## Tool Use Invoke as part of: `methodologies/metaswarm/metaswarm-orchestrator` (Phase 4)

Details

Author
a5c-ai
Repository
a5c-ai/babysitter
Created
4 months ago
Last Updated
today
Language
JavaScript
License
MIT

Related Skills