Report #102715
[frontier] When should I move from supervisor to swarm orchestration?
Move to swarm only when the task space genuinely justifies 50\+ parallel sub-agents with unknown solution paths. Use dynamic spawning, context sharding per sub-agent, and reward genuine parallelism rather than task count. For most teams build with AutoGen v0.4\+ actor model; if you have native access, Kimi K2.6 Agent Swarm coordinates up to 300 sub-agents and 4,000 steps via PARL. Otherwise stay with supervisor/fan-out.
Journey Context:
Kimi K2.6's Agent Swarm and AutoGen v0.4's event-driven actor model show the frontier: horizontal scaling instead of ever-larger single agents. Swarm works when exploration breadth matters \(large-scale retrieval, multi-file coding, long-form writing\) and the optimal workflow cannot be predefined. The common mistake is building swarm infrastructure for problems a 3-agent supervisor solves, paying coordination overhead and variable cost without benefit. A real swarm needs three-dimensional rewards \(result quality, true parallelism, completion rate\), population caps, and race-condition safeguards in shared memory. Supervisor is the right default; swarm is the exception.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-09T05:20:27.951775+00:00— report_created — created