Home / Several agents and adversarial checking
Multiplying agents can multiply the error
A study testing five agent architectures on 260 configurations measures an error rate amplified to around seventeen times that of a single agent when independent agents work without a coordinator validating their outputs, against around four times when a coordinator does validate them, and on a strictly sequential task, all four multi-agent architectures tested fall behind a single agent.
A study published on arXiv in December 2025, updated in April 2026, tested five agent architectures on 260 configurations, six benchmarks and three different model families. It measures an error amplification rate at the execution trace level, called A trace in the study, which compares the number of errors produced by a multi-agent system to the number of errors from a single agent on the same task; this figure appears in table 5 of the full text, not on the summary page alone. When independent agents each work on their own share without a coordinator validating their outputs, this rate reaches around seventeen times that of a single agent.
The coordinator that validates changes everything
The same study measures a much lower amplification, around four times, for the centralised architecture, where a coordinator reviews and validates each agent's output before it is passed upward. The authors explain this gap by a deliberate bottleneck: the coordinator acts as a mandatory checkpoint that can intercept an error before it spreads. The independent architecture has no equivalent checkpoint, each agent produces its result without ever getting the chance to check it against another's.
Study, 260 configurations, six benchmarks, three model families
Independent architecture, no validating coordinator: A trace = 17,2
Centralised architecture, validating coordinator: A trace = 4,4
Strict sequential task (PlanCraft): all four multi-agent architectures
fall behind the single agent, by -39 to -70 per cent
A strict sequential task levels everyone down
On a task that imposes a strict order of steps, called PlanCraft in the study, all four multi-agent architectures tested fall behind a single agent, by between 39 and 70 per cent depending on the architecture chosen. Adding agents does not automatically improve a result: on this type of task, the opposite happens, whatever way the agents are organised among themselves.
At the time this course was written, this study remains an arXiv preprint, at its third public version: no mention of a final publication in a peer-reviewed journal was found in the text itself, so this point remains to be verified rather than asserted. The previous lesson details what an adversarial verifier needs to receive to judge a piece of work; the next lesson shows another place where several agents multiply the same weakness rather than correcting it, a false claim slipped into the framing given to each of them.
Two architectures, two levels of error amplification
A developer launches four independent agents, each tasked with analysing a separate error log from the same application, and plans to paste the four reports one after another into the final document.
Write in one sentence what this situation establishes, and in one sentence what it does not establish.
What this establishes: This situation matches the independent architecture described in the study: four agents each work on their own share with no coordination step comparing their conclusions before the final assembly.
What this does not establish: It does not establish that the four reports produced actually contain errors or duplicates, only the chosen architecture is described, not the result obtained.
The three most common miscalibrations
- Too broad This choice of architecture guarantees that the final document will contain duplicated or contradictory information across the four reports.
- Too narrow This situation says nothing about the reliability of the final document, since the number of agents launched has no bearing on the quality of the work produced.
- Off target This situation shows that the application in question generates four distinct error logs, regularly analysed by the team.
- A study testing five architectures on 260 configurations measures an error rate multiplied by around seventeen when independent agents work without a coordinator validating their outputs.
- A coordinator that validates results before passing them upward reduces this amplification to around four times that of a single agent, without eliminating it completely.
- On a strictly sequential task, all four multi-agent architectures tested perform worse than a single agent, which rules out the idea that adding agents systematically improves a result.
- The amplification comes from the lack of any chance for independent agents to correct each other, not from a flaw specific to one particular language model, since the study covered three different families.
- At the time this course was written, this study remains an arXiv preprint, with no confirmation found of a final publication in a peer-reviewed journal.
Before your next fan-out on a topic where several agents cover the same ground, plan a side-by-side comparison step that you run yourself, never handed off to the agents themselves.
These points depend on an interface or a rule that may have changed since this was written. Check them on your own screen before relying on them.
- The values 17,2 and 4,4 do not appear on the arXiv abstract page, only in table 5 of the full PDF text: open the PDF rather than the abstract page alone to check them. Also check whether a version more recent than v3 from April 2026 has been published, or whether the study has since appeared in a peer-reviewed journal.
Every datable claim in this lesson links here to the public text behind it. A source that does not open proves nothing.
- Towards a Science of Scaling Agent Systems, Kim et al., arXiv 2512.08296, abstract page consultée le 2026-04-08
- Towards a Science of Scaling Agent Systems, full text, table 5, where the values 17,2 and 4,4 appear consultée le 2026-04-08