AI agents
When Multi-Agent Systems Help—or Hurt
Decide whether specialization, parallelism, or organizational boundaries justify a multi-agent architecture.
By the end you can
- Define multi-agent architecture choice as an operational contract rather than a capability label
- Contrast Single agent with Multiple sub-agents in “A team replaced one reliable agent with six role-playing specialists”
- Trace “More voices can create false consensus” through a concrete execution path
- Produce “Run a multi-agent justification review” with evidence for “Each agent has a distinct capability, trust boundary, or parallel artifact”
Comparison
Split the agent only when the split buys something
Single agent, Multiple sub-agents, and Agent society are three points on a scale of coordination cost. The first is the default. Move off it only when each agent has a distinct capability, trust boundary, or parallel artifact — when the split buys something the single agent could not do. Without that, the extra agents mostly agree with each other, and the agreement is mistaken for a check.
The rest of this lesson is the evidence for that ordering. Every claim in it comes from a published measurement: one vendor's engineering report, and peer-reviewed papers with the numbers in them. In every one of them, the multi-agent design had to be measured against a single-agent baseline before anyone could say whether the split had paid.
Single agent
One runtime manages the task and tools.
- Simpler state
- Lower cost
- Good default
Multiple sub-agents
A coordinator delegates bounded artifacts to specialists.
- Parallelism and isolation
- Coordination cost
- Needs merge checks
Agent society
Agents negotiate, debate, or self-organize broadly.
- Research flexibility
- Hard control
- Weak production default
Extra agents multiply failure paths, not expertise
A multi-agent system coordinates several model-powered components that may have different roles, tools, contexts, owners, or trust domains. It can improve parallel work, specialization, isolation, and independent review.
Additional agents also multiply communication, state, cost, latency, failure paths, and correlated error. Role names do not create independent expertise or evidence. One of those failure paths has been measured and named: problem drift. It was quantified across ten tasks. Drift appeared in 76–89% of generative tasks, against 7–21% of high-complexity tasks. Eight human experts then analysed 170 drifting debates. Becker and five colleagues report what they found: “We find the most common issues related to this drift are the lack of progress (35% of cases), low-quality feedback (26% of cases), and a lack of clarity (25% of cases).” Their DRIFTPolicy mitigated 31% of cases. That is the honest measure of how much a mitigation bolted onto the architecture can win back.
Read the causes. None of them is a shortage of expertise. Lack of progress, low-quality feedback and lack of clarity are costs of the conversation itself. They arrive with the second agent. They grow with every turn after it.
Renaming a component into a role is free; the latency, state, and correlated error it brings are billed whether or not the role earns its place.
Case
Two 2025 reports, one on each side of the trade
Two 2025 reports put numbers on both sides. They were written by parties with opposite incentives.
The gain came from the vendor. Anthropic built a research system with Claude Opus 4 as lead agent and Claude Sonnet 4 subagents. On Anthropic's internal research eval it outperformed single-agent Claude Opus 4 by 90.2%. The same post prices that gain in the same breath: “In our data, agents typically use about 4× more tokens than chat interactions, and multi-agent systems use about 15× more tokens than chats. For economic viability, multi-agent systems require tasks where the value of the task is high enough to pay for the increased performance.” On the BrowseComp evaluation, three factors explained 95% of the performance variance. Token usage alone explained 80% of it. The headline number is real. Most of what bought it was spend.
The cost came from outside. A study of why these systems fail opens its abstract this way: “Despite enthusiasm for Multi-Agent LLM Systems (MAS), their performance gains on popular benchmarks are often minimal.” Cemri and twelve co-authors assembled MAST-Data, 1,600-plus annotated execution traces across 7 popular multi-agent frameworks. They built the MAST taxonomy from 150 of those traces, read by expert human annotators who agreed at kappa = 0.88. It names 14 unique failure modes, clustered into 3 categories: system design issues, inter-agent misalignment, and task verification.
Hold the two together. A 90.2% internal gain at roughly 15× the tokens, and 14 named ways the same class of system breaks. Two of those three categories exist only because the work was split: inter-agent misalignment and task verification. Separation buys coverage and sells coordination.
Example
A team replaced one reliable agent with six role-playing specialists
That design has been run as an experiment. A 2025 study of multi-agent debate held the agents fixed and varied only the decision protocol, across seven protocols. Voting protocols improved reasoning tasks by 13.2%. Consensus protocols improved knowledge tasks by 2.8%. Two methods that deliberately raised answer diversity added up to 3.3% (All-Agents Drafting) and up to 7.4% (Collective Improvement).
The finding that indicts the six-specialist design is the shape of the curve. Kaesberg and Becker state it flatly with their co-authors: “Increasing the number of agents improves performance, while more discussion rounds before voting reduce it.” The gains came from the aggregation rule and from raising answer diversity. The discussion between similar agents is the part that produced the conflicting conclusions and the token bill. It is also the part measured to make things worse the more of it you buy.
- Decision at stake: Decide whether specialization, parallelism, or organizational boundaries justify a multi-agent architecture — and whether the aggregation rule, rather than the head count, is doing the work.
- Hidden assumption: Different role prompts create independent evidence automatically. The measured gains of up to 3.3% and up to 7.4% came from methods that deliberately raised answer diversity, which is not something role names supply.
- Primary control question: More voices can create false consensus — and more rounds between those voices reduced performance in the seven-protocol comparison.
- Evidence to collect: Each agent has a distinct capability, trust boundary, or parallel artifact; failing that, evidence that the protocol change alone, at fixed agent count, is where the 13.2% on reasoning tasks or the 2.8% on knowledge tasks came from.
Visual
Four questions an added agent must answer
Adding an agent is justified only when Separable work, Distinct capability, Coordination mechanism, and Aggregation all have answers. Aggregation and the Overhead test should belong to separate owners, each with its own test.
The Overhead test — ablation against one-agent and deterministic baselines — is the one teams skip. There is a published account of what skipping it hides. Three published agent architectures, Reflexion, LDB and LATS, were re-run on the 164 problems of the HumanEval benchmark, five runs each. Kapoor and four colleagues compared them against a trivial single-model baseline: retry, with the temperature gradually raised from 0 to 0.5. Their conclusion is one sentence: “There is no significant accuracy difference between our warming strategy and the best-performing agent architecture.” The prices differ enormously. Reflexion and LDB cost over 50% more than that baseline. LATS cost over 50 times more.
That is the whole argument for the ablation. Without a baseline run at the same task, an architecture that costs 50 times more and is no more accurate looks exactly like an architecture that works.
- 1
Separable work
Subtasks have clear artifacts and limited shared mutation.
- 2
Distinct capability
Agents differ in tools, data, model, policy, or expertise.
- 3
Coordination mechanism
Messages, shared state, task assignment, and join rules.
- 4
Aggregation
Evidence-based reconciliation of outputs and conflicts.
- 5
Overhead test
Ablation against one-agent and deterministic baselines.
Key idea
More voices can create false consensus
Agents that share training, prompts, retrieval, and incentives often repeat the same mistake. They then agree because they are correlated, not because each confirmed the other independently.
The consequence is not merely that the extra votes add nothing. Past a point they subtract. A 2024 NeurIPS paper showed this theoretically and empirically, for majority voting over repeated model calls. Its abstract: “We find, surprisingly, that across multiple language tasks, the performance of both Vote and Filter-Vote can first increase but then decrease as a function of the number of LM calls.” Majority-vote aggregation is non-monotone. The reason Chen and six colleagues give is simple. More calls help easy queries and hurt hard ones within the same task. A task with a mix of both has an optimum somewhere in the middle. Adding voices past it measurably lowers accuracy.
Measure diversity of evidence and method, and require multi-agent gains under equal compute and tool budgets.
Agreement between copies is not evidence — it is the same error arriving again with more confidence attached.
Analogy
A Film Crew, Not a Room of Identical Directors
On a film crew, camera, sound, editing, and safety carry distinct tools and responsibilities. Hiring several people with the same role does not create those capabilities.
Two camera operators bring two pairs of eyes to the scene. Two agents built from the same model, prompt, and sources reproduce one another's errors instantly. And as the vote-scaling result shows, a room of identical directors does not merely fail to help past a point. It starts to outvote the right answer.
Multi-agent value comes from meaningful separation, not the number of personas.
Steps
Run a multi-agent justification review
Every additional agent should have to justify itself in review, and the review is worth running on a workflow that already has several. A review that lets every agent through has not really been a review. It has only confirmed what the design already assumed.
The two steps that do the work are Build the single-agent baseline — same model, tools, and total budget — and Require measured gain. A benchmark presented at ICML in 2024 shows what those steps catch. It measured debating and prompting strategies against cost, time and accuracy. Its finding: “Importantly, we find that multi-agent debating systems, in their current form, do not reliably outperform other proposed prompting strategies, such as self-consistency and ensembling using multiple reasoning paths.” The debate architecture did not reliably beat the cheaper single-agent protocols it was built to improve on. Only a comparison against those protocols, at matched cost and time, could have revealed it.
So the review has an order. Name the bottleneck that one agent cannot address well. Define what each agent produces and how it will be checked. Estimate the coordination cost in messages, duplicated context, merge work and new failure modes. Build the single-agent baseline at the same total budget. Keep the multi-agent design only where it improves verified outcomes or containment. A design that cannot clear its own baseline has bought coordination cost and nothing else.
- 1
Name the bottleneck
Identify specialization, parallelism, trust separation, or ownership that one agent cannot address well.
- 2
Define artifacts
Specify what each agent produces and how it will be checked.
- 3
Estimate coordination cost
Count messages, duplicated context, merge work, and new failure modes.
- 4
Build the single-agent baseline
Use the same model, tools, and total budget.
- 5
Require measured gain
Keep the multi-agent design only if it improves verified outcomes or containment.
Adding an agent to double-check just buys agreement
The strongest multi-agent design often uses fewer agents with clearer artifacts, permissions, and stop rules.
Before adding the third agent, ask what it can do that the existing agents cannot. If the answer is a capability, a permission boundary, or an artifact the others do not produce, the addition is justified. If the answer is that it will double-check the others, the literature already ran that comparison. A 2024 ACL paper asked whether multi-agent discussion is really the key to LLM reasoning, and re-tested the claim under systematic experiments. Wang and four colleagues answer it in their abstract: “Interestingly, our results show that a single-agent LLM with strong prompts can achieve almost the same best performance as the best existing discussion approach on a wide range of reasoning tasks and backbone LLMs.” Multi-agent discussion came out ahead only where the prompt contained no demonstration — only where the single agent had been handicapped first.
That is the test to apply to the third agent. Strengthen the prompt of the agent you already have. Then ask whether the addition still wins. If the discussion only beats a single agent you deliberately weakened, expect agreement rather than scrutiny, and keep the agent count where it is.
Every agent added without a distinct job buys you coordination cost and pays you back in confident noise.
Key takeaways
- A multi-agent system coordinates several model-powered components that may have different roles, tools, contexts, owners, or trust domains. In the MAST taxonomy, two of the three failure categories — inter-agent misalignment and task verification — exist only because the work was split.
- Additional agents also multiply communication, state, cost, latency, failure paths, and correlated error. Anthropic reports multi-agent systems using about 15× more tokens than chats, with token usage alone explaining 80% of the BrowseComp performance variance.
- Subtasks must have clear artifacts and limited shared mutation, or the conversation itself becomes the failure. Problem drift appeared in 76–89% of generative tasks, driven by lack of progress (35%), low-quality feedback (26%) and lack of clarity (25%).
- Agents must differ in tools, data, model, policy, or expertise. In the seven-protocol comparison the gains came from the aggregation rule and from answer-diversity methods worth up to 3.3% and up to 7.4%, while more discussion rounds before voting reduced performance.
- Measure diversity of evidence and method, and require multi-agent gains under equal compute and tool budgets. Majority-vote accuracy is non-monotone: it first increases, then decreases, as calls are added.
- The strongest multi-agent design often uses fewer agents with clearer artifacts, permissions, and stop rules. On 164 HumanEval problems there was no significant accuracy difference between a temperature-warming baseline and the best agent architecture, at up to 50 times the cost.