Skip to main content
The pattern for parallel work that must integrate cleanly. Run work in waves — each wave’s concrete outputs become the contracts for the next wave’s agents. How it works:
  1. Wave 1 (sequential): Build the foundation — database schema, API contracts, shared types
  2. Extract concrete artifacts from Wave 1 output (the actual interface, not assumptions about it)
  3. Wave 2+ (parallel): Spawn agents that receive the upstream contracts injected into their prompts, plus their own file ownership boundaries
  4. Each agent also gets downstream obligations — “your component must export these props”
Example prompt for a Wave 2 agent:
Why this beats naive fan-out: Parallel agents that each assume the interface will look a certain way produce code that individually passes tests but fails integration. Contract injection eliminates assumption drift — agents build against verified artifacts, not guesses. Best for: multi-component features, full-stack implementations, any work where parallel agents must produce code that connects at boundaries.
Vertical slices parallelize; horizontal layers serialize. “Plan 01: User feature end-to-end” can run in parallel with “Plan 02: Product feature end-to-end.” But “Plan 01: All models → Plan 02: All APIs” forces sequential execution because Plan 02 depends entirely on Plan 01. Slice by feature, not by layer.
Interface-first ordering within each wave: Wave 1 defines contracts — schema, API types, shared interfaces. Extract the actual artifacts and inject them into Wave 2+ prompts. Each later-wave agent receives:
  1. Upstream contracts — concrete file paths to read
  2. File ownership — which directory it owns, nothing outside
  3. Downstream obligations — what it must export for the next wave

​
Examples in the wild