work-decomposition
The work-decomposition skill breaks down large goals into MEOWs (Molecular Expressions of Work), which are atomic work units in Gas Town's bead-based model that can be tracked and assigned to individual agents. Use this skill before creating a convoy when a goal is too large for a single agent, when parallel execution would accelerate progress, or when work needs persistent attribution tracking through beads or ephemeral wisps.
git clone --depth 1 https://github.com/a5c-ai/babysitter /tmp/work-decomposition && cp -r /tmp/work-decomposition/library/methodologies/gastown/skills/work-decomposition ~/.claude/skills/work-decompositionSKILL.md
# Work Decomposition ## Overview Break high-level goals into MEOWs (Molecular Expressions of Work) - the fundamental atomic units in Gas Town. Each MEOW becomes a bead (git-backed work unit) or wisp (ephemeral task). ## When to Use - Before creating a convoy - When a goal is too large for a single agent - When parallel execution would benefit progress - When work needs tracked attribution ## Process 1. **Analyze** the goal and project context 2. **Identify** natural seams for decomposition 3. **Create MEOWs** with clear boundaries and dependencies 4. **Classify** as beads (persistent) or wisps (ephemeral) 5. **Map dependencies** between MEOWs 6. **Estimate** effort and assign priorities ## Decomposition Principles - Each MEOW should be completable by a single agent - Dependencies should form a DAG (no cycles) - Prefer more smaller beads over fewer larger ones - Wisps for throwaway work (scaffolding, exploration) - Every MEOW gets attribution tracking ## Tool Use Invoke via babysitter process: `methodologies/gastown/gastown-orchestrator` (analyze-work step)
Review TypeScript code changes for consistency, type safety, and monorepo patterns across babysitter packages
Generate and validate documentation for @a5c-ai/babysitter-sdk CLI commands and exported APIs
Scaffold new babysitter process definitions following SDK patterns, proper structure, and best practices. Guides the 3-phase workflow from research to implementation.
Architect code review with DRY, YAGNI, abstraction, and test coverage principle enforcement