Use when orchestrating soldiers within a specific domain territory — managing work package dispatch, reviewing tributes against the contract, and reporting status to the underboss
A Capo is a domain-specific orchestrator that leads a crew of Soldiers. Each Capo owns a "territory" — a bounded area of the codebase (e.g., frontend components, API layer, database, infrastructure). The Capo is a skill template instantiated per territory by the Underboss.
When the Underboss instantiates a Capo, it provides territory context:
## Territory: <Name>
**Domain:** <What this territory covers>
**Files:** <Glob patterns>
**Conventions:** <From Constitution>
**Soldiers:** <Parallel count>
**Budget:** <Token allocation>
The Capo operates ONLY within its territory. Files outside the territory belong to another Capo.
For each Work Package assigned to this territory:
Prepare Soldier Brief — Extract from the Work Package:
Dispatch Soldier — Launch a subagent with subagent_type: "general" (do NOT use "general-purpose" — it is not valid and will fail) and the Soldier brief. Multiple Soldiers can run in parallel on independent Work Packages.
Receive Tribute — Each Soldier returns:
## Tribute: <WP-ID>
**Status:** success | failure | blocked
**Changes:** <List of files created/modified>
**Tests:** <Test results — pass/fail with output>
**Notes:** <Any issues encountered>
Review Tribute — Verify against the Contract:
Accept or Reject:
Report to the Underboss after each Work Package completes or fails:
## Territory Status: <Name>
**Completed:** <N> of <Total> Work Packages
**In Progress:** <N>
**Failed/Blocked:** <N>
**Token Usage:** <Used> of <Budget>
### Details
- WP-001: ✅ Complete
- WP-002: ✅ Complete
- WP-003: 🔄 In progress (Soldier dispatched)
- WP-004: ❌ Failed — escalated to Underboss