Ultrawork

<Purpose> Ultrawork is a parallel execution engine that runs multiple agents simultaneously for independent tasks. It is a component, not a standalone persistence mode -- it provides parallelism and smart model routing but not persistence, verification loops, or state management. </Purpose>

<Use_When>

• Multiple independent tasks can run simultaneously
• User says "ulw", "ultrawork", or wants parallel execution
• You need to delegate work to multiple agents at once
• Task benefits from concurrent execution but the user will manage completion themselves </Use_When>

<Do_Not_Use_When>

• Task requires guaranteed completion with verification -- use ralph instead (ralph includes ultrawork)
• Task requires a full autonomous pipeline -- use autopilot instead (autopilot includes ralph which includes ultrawork)
• There is only one sequential task with no parallelism opportunity -- delegate directly to an executor agent
• User needs session persistence for resume -- use ralph which adds persistence on top of ultrawork </Do_Not_Use_When>

<Why_This_Exists> Sequential task execution wastes time when tasks are independent. Ultrawork enables firing multiple agents simultaneously and routing each to the right model tier, reducing total execution time while controlling token costs. It is designed as a composable component that ralph and autopilot layer on top of. </Why_This_Exists>

<Steps> 1. **Read agent reference**: Load `docs/shared/agent-tiers.md` for tier selection 2. **Classify tasks by independence**: Identify which tasks can run in parallel vs which have dependencies 3. **Route to correct tiers**: - Simple lookups/definitions: LOW tier - Standard implementation: STANDARD tier - Complex analysis/refactoring: THOROUGH tier 4. **Fire independent tasks simultaneously**: Launch all parallel-safe tasks at once 5. **Run dependent tasks sequentially**: Wait for prerequisites before launching dependent work 6. **Background long operations**: Builds, installs, and test suites use `run_in_background: true` 7. **Verify when all tasks complete** (lightweight): - Build/typecheck passes - Affected tests pass - No new errors introduced </Steps> <Examples> <Good> Three independent tasks fired simultaneously: ``` delegate(role="executor", tier="LOW", task="Add missing type export for Config interface") delegate(role="executor", tier="STANDARD", task="Implement the /api/users endpoint with validation") delegate(role="test-engineer", tier="STANDARD", task="Add integration tests for the auth middleware") ``` Why good: Independent tasks at appropriate tiers, all fired at once. </Good> <Good> Correct use of background execution: ``` delegate(role="executor", tier="STANDARD", task="npm install && npm run build", run_in_background=true) delegate(role="writer", tier="LOW", task="Update the README with new API endpoints") ``` Why good: Long build runs in background while short task runs in foreground. </Good> <Bad> Sequential execution of independent work: ``` result1 = delegate(executor, LOW, "Add type export") # wait... result2 = delegate(executor, STANDARD, "Implement endpoint") # wait... result3 = delegate(test-engineer, STANDARD, "Add tests") # wait... ``` Why bad: These tasks are independent. Running them sequentially wastes time. </Bad> <Bad> Wrong tier selection: ``` delegate(role="executor", tier="THOROUGH", task="Add a missing semicolon") ``` Why bad: THOROUGH tier is expensive overkill for a trivial fix. Use LOW-tier execution instead. </Bad> </Examples> <Advanced> ## Relationship to Other Modes