No leader, no plan, no meetings, and the map still gets made.
A swarm deletes the coordinator entirely. Many small agents follow local rules: go where coverage is thin, mark what you find, do not crowd your neighbours. No agent holds the global picture. Coverage emerges rather than being assigned.
The trade, stated without romance
You gain resilience. Lose five workers and nothing breaks. There is no orchestrator to crash, no bottleneck to saturate, no single point of failure because there is no single point of anything.
You lose explainability. When the collective output is wrong, no individual agent "decided" anything. There is no decision to inspect, no reasoning chain to follow. Debugging becomes statistics. You are analysing distributions of behaviour rather than tracing a path.
For a lot of production work that second cost is disqualifying on its own, and it is worth being honest about that before the architecture diagram gets drawn.
Where the trade actually pays
Embarrassingly parallel exploration with cheap verification.
Sweeping a large codebase for a vulnerability class. Validating thousands of records. Searching a wide space where any worker can independently confirm a hit. The common thread: work that divides cleanly, and results that can be checked without reassembling the whole picture.
That verification requirement is doing heavy lifting. A swarm's raw output is noisy by design (that is the mechanism, not a defect) so something downstream must separate signal from it. Build the verifier before the swarm. Without one you have bought parallelism and inherited a filtering problem you cannot solve.
Where it does not
Anything needing sequencing, judgement, or an accountable decision. A swarm cannot own an outcome. Something above it has to, and if that something does not exist, "who decided this?" has no answer at all.
Define convergence before you start: what aggregation rule turns many partial results into one answer, and what stops the exploration. Without both, you have motion, rising cost, and no owner.
Closing thought
Simple local rules can produce collective intelligence. They can also produce a very expensive random walk, and from inside the system the two look similar for a surprisingly long time.
As inference gets cheaper, the frontier shifts from "can we afford many agents" to "can we verify what many agents produce." The second question is the harder one.
More on these topics
Deep dive · · 6 min read
Adding a second agent does not add intelligence, it adds a contract
Six posts on multi-agent systems, and the failures were never inside an agent. They were between two of them.
Deep dive · · 6 min read
Six ways to wire agents together, and the same three things break every time
The topology gets all the design attention. Ownership, termination and traceability are what decide whether it survives contact with production.
Deep dive · · 6 min read
Most agent controls do not actually control anything
Six days of notes on supervising autonomous systems, and the same failure shape kept turning up: the control exists, it is documented, and nothing in the running system is bound by it.
Discussion