New here? Start this series at Day 37: Where human review actually belongs in AI workflows
- Day 37: Where human review actually belongs in AI workflows
- Day 38: Why guardrails should enable safe action
- Day 39: Why production agents need recovery design
- Day 40: Why autonomy needs budgets
- Day 41: Why one giant agent is rarely the cleanest design
- Day 42: Why supervisor agents help and where they bottleneck
Before building a multi-agent system, the quiet part: plenty of teams that needed one agent built six.
Multi-agent architecture has three honest justifications. Everything else is enthusiasm with a diagram.
The three reasons
Separation of permissions. The agent that reads everything should not be the agent that can write anything. That split is a security property no prompt can provide, and it alone justifies a second agent.
Genuine parallelism. Thirty documents to analyse independently is thirty agents' worth of simultaneous work. Sequential work gains nothing from a crowd. It just adds handoffs between steps that were already in order.
Context isolation. An agent with one job and only that job's context reliably outperforms one juggling five roles whose instructions interfere. "Be exhaustive" and "be concise" in the same system prompt produce an agent that is inconsistently both.
If none of the three applies, the single agent wins.
The coordination tax
Every additional agent levies one, and it is paid on every request, forever: handoffs that drop context, shared state that drifts, conflicts needing arbitration, and an entire category of failure that exists only between agents and therefore appears in none of your per-agent metrics.
That last point is the expensive one. When each component tests clean and the system still fails, the fault is almost always in the seams, and seams are what you bought when you split.
The test
Skip "would specialists be elegant?" and ask: which of the three reasons applies here, specifically?
Write the answer down. If it takes more than a sentence, or if the sentence contains the word "cleaner," it is probably enthusiasm. One good agent with well-scoped tools beats a committee for most workloads, and it is dramatically easier to debug at 2am.
Start with one. Split when a boundary becomes real, when you genuinely cannot give one agent both sets of permissions, or when you are demonstrably waiting on work that could run in parallel.
Closing thought
Specialisation can beat one giant agent. It can also just be one giant agent with extra network calls and a nicer architecture diagram.
The complexity is a loan. Make sure you know what you borrowed it for.
Which responsibility in your current agent is genuinely a different specialist job?
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