Built for the Real World · Essay · Agents

Agentic architecture patterns, part 2: many agents, and the ways they fail together

A multi-agent system is a set of context windows that cannot see each other, joined by the little that crosses between them. Part 2 of four argues that building one is a partitioning decision, not a staffing decision: at equal compute, teams gained 80 percent on decomposable work and lost up to 70 percent on sequential work. Eight patterns, the failure taxonomy, the cost arithmetic and a worked example, each with its figure.

Infographic: a dot plot of the change in success from adding agents at equal compute across six benchmarks, ordered from work that splits to work where each decision depends on the last, from plus 80.8 percent on Finance-Agent to minus 70 percent on PlanCraft, coloured by architecture; beside it a table of turns, error amplification and success per thousand tokens for five architectures, and three key numbers: 97 percent merge interference recovered to 82 percent by one message, 84.7 percent of report errors starting at the orchestrator, and $2.05 against $0.33 for one agent versus a lead with five small workers.

Part 2 of a four-part series on agentic architecture patterns. Part 1 covered one agent and the four seams of its loop. This part covers many agents: the topologies that join them, and the ways they fail together. Part 3 covers the control plane. Part 4 builds a harness by hand.

A multi-agent system is a set of context windows that cannot see each other, joined by the small amount of text that crosses between them. That is the whole of it. Every topology in this essay, from a lead agent with sub-agents to a swarm of ten thousand, is a decision about how to partition one task across windows and what to let cross the boundaries. The question of whether to build one is therefore not a staffing question, how many agents a job needs, but a partitioning question: which parts of the work can be done in a window that cannot see the others, and which decisions must travel. Where the work is parallel and read-heavy, such as searching, reviewing or indexing, partitioning pays, often by a great deal. Where the work is a sequence of decisions that each depend on the last, partitioning fails, because decisions carry context that does not survive the crossing. The measured record of the past three years supports that reading with unusual consistency, and this essay is an attempt to set it out pattern by pattern.

The cleanest single piece of evidence is an equal-compute study from Google Research, Google DeepMind and MIT, first posted in December 2025 and revised in April 2026, which ran five architectures over six benchmarks and 260 configurations with the same token budget, about 4,800 reasoning tokens a trial, and the same tools. On a decomposable financial-analysis task a central orchestrator with sub-agents scored 80.8 percent higher than a single agent. On a sequential planning task every multi-agent variant did worse, by between 39.1 and 70.0 percent. On software engineering every variant did worse. Averaged over everything the change was a fall of 0.3 percent, with a confidence interval running from minus 58.7 to plus 77.2. The sign depends on the task’s structure and on almost nothing else, and the authors’ own summary is that “architecture-task alignment, not number of agents, determines collaborative success”.

The same lesson appears in the production record. Anthropic’s research system, described in June 2025, beat a single agent of the same model by 90.2 percent on an internal research evaluation and used about fifteen times the tokens of a chat. Its own authors said coding was “not a good fit” because it has fewer truly parallel tasks. A workshop paper of September 2026 measured the coding case directly: two agents whose patches each passed alone interfered in 97 percent of constructed runs when merged, and one message describing the other agent’s change recovered 82 percent of them. Cognition’s June 2025 essay had predicted exactly that, in one sentence I will use as the thesis of this part: “Actions carry implicit decisions, and conflicting decisions carry bad results.”

“Actions carry implicit decisions, and conflicting decisions carry bad results.” Walden Yan, Cognition, 12 June 2025.

This part keeps the method of part 1. For each pattern I give the problem it solves, the source that introduced or measured it, the numbers, the failure mode, and when not to use it, and every pattern has a figure. The patterns are: the orchestrator with workers, the supervisor and the handoff, the role-based team, the ensemble (debate, voting, mixture), the blackboard and the swarm, the message economy, the searched topology, and the scientific pipeline. Then the failure taxonomy, the cost arithmetic, a worked example sized two ways, and a table. Every number comes from a paper or a lab document read in full, with its date; where it is my own arithmetic I say so.

Five architectures at equal computeDiverging bars: change in success relative to a single agent for four multi-agent architectures across six benchmarks, from plus 80.8 percent on financial analysis to minus 70 percent on sequential planning. Change in success rate relative to a single agent, same token budget (about 4,800 reasoning tokens a trial) Finance-Agent (decomposable analysis) Centralised +80.8% Decentralised +74.5% Hybrid +73.1% BrowseComp-Plus (search) Decentralised +9.2% Centralised +0.2% Independent -35.0% Workbench (tool workflows) Decentralised +5.6% Centralised -1.2% Hybrid -1.2% Terminal-Bench (shell tasks) Independent +1.7% Centralised -19.2% SWE-bench Verified (coding) Hybrid -2.1% Centralised -3.1% Decentralised -5.4% Independent -14.9% PlanCraft (sequential planning) Hybrid -39.1% Decentralised -41.5% Centralised -50.3% Independent -70.0% 0 Mean change across everything: minus 0.3 percent, 95 percent interval minus 58.7 to plus 77.2. The sign is set by the task, not the head count.
Figure 1. The same tokens, five ways. Where the work decomposes, a lead with workers gains 80 percent; where each step depends on the last, every team loses, by up to 70 percent; on coding every team loses a little. Source: Kim et al., Towards a Science of Scaling Agent Systems, arXiv 2512.08296, v3 of 8 April 2026, 260 configurations; bars drawn only where the paper prints a value.

What crosses a window boundary, and what cannot

Start with the mechanism, because every pattern inherits it. When a task is split across agents, each agent reasons inside its own context window and sees nothing of the others except what is deliberately passed: a task description on the way in, a summary on the way out, perhaps a message in between. Anthropic’s September 2025 note on context engineering gives the size of the return trip: a sub-agent that may have consumed tens of thousands of tokens of searching returns “a condensed, distilled summary of its work (often 1,000-2,000 tokens)”. That compression is the point of the pattern. The lead keeps a clean window while the workers absorb the noise, and the system as a whole can spend far more tokens than any one window could hold. Anthropic’s June 2025 post is explicit that this is where the gain comes from: “Multi-agent systems work mainly because they help spend enough tokens to solve the problem.” On the BrowseComp evaluation, token usage alone explained 80 percent of the variance in performance, and tokens plus tool calls plus model choice explained 95 percent.

The same compression is where the pattern fails. A summary carries findings; it does not carry the decisions that were taken to produce them, nor the hundred small assumptions a model makes on the way. Cognition’s Walden Yan made the argument in June 2025 with a toy example: ask two sub-agents to build a Flappy Bird clone, one the background and one the bird, and you get a Super Mario background and a bird that neither looks nor moves like Flappy Bird, because each made visual decisions the other could not see. His two principles of context engineering follow: share full traces, not just messages; and remember that actions carry implicit decisions. Anthropic’s own January 2026 guidance on multi-agent systems, written seven months after its research post, agrees on the remedy. Decompose by context boundaries, not by type of work; do not split sequential phases across agents; keep tightly coupled components and shared state inside one agent. It names the role-based split, a planner, an implementer, a tester and a reviewer, as an anti-pattern that spends more tokens on coordination than on the work, and it puts the multiplier at three to ten times the tokens of a single agent for the same task.

Three measurements make the mechanism concrete. In a 2023 study of three agents defusing bombs in a text game, GPT-4 teams needed 28.3 rounds; giving each agent an explicit written belief state, a shared description of what was known, cut that to 12.3 rounds and raised valid actions from 71.8 to 86.1 percent. More talk did not help; shared state did. In NVIDIA’s AI-Q research system, examined by Hirsch and colleagues in August 2026, the researcher sub-agent made local errors in 70.8 percent of its items and the orchestrator in 30.9 percent, yet 84.7 percent of the errors in the final report originated at the orchestrator, the point where the pieces were joined; the authors describe information passing between agents “like a telephone game”. And in the September 2026 coding study already mentioned, the interference rate under a blind condition was 105 of 108 runs for GPT-5.5, and a single message describing the concurrent change was enough to recover most of them. The decision had to travel; once it did, the agents coordinated.

What crosses a window boundaryA lead window on the left and three worker windows on the right, with arrows showing what crosses between them, a task brief down and a short summary up, and a struck-through label for the implicit decisions that do not cross. LEAD WINDOW Plan, brief, synthesis. Sees: the task, the summaries. Does not see: how the workers reached them. Numbers that set the boundary Summary returned: 1,000 to 2,000 tokens (Anthropic, Sep 2025) Tokens explain 80% of BrowseComp variance (Anthropic, Jun 2025) Multi-agent: about 15x chat tokens; 3 to 10x a single agent (Anthropic, 2025 and 2026) WORKER A own context, own tools, own noise tens of thousands of tokens absorbed WORKER B own context, own tools, own noise tens of thousands of tokens absorbed WORKER C own context, own tools, own noise tens of thousands of tokens absorbed down: objective, output format, tools, boundaries up: a summary, plus references to files does not cross: the implicit decisions Theory-of-mind study (2023): a written belief state cut rounds from 28.3 to 12.3. AI-Q (2026): 84.7% of final errors originate at the join, not in the noisier worker. Every pattern in this essay is an answer to the same question: what crosses, in what form, at what cost.
Figure 2. The mechanism every pattern inherits. Workers absorb the noise and return a compressed summary; the lead stays clean and the system spends more tokens than one window could hold. The compression is also the loss: findings cross, decisions do not. Sources: Anthropic (13 June 2025; 29 September 2025; 23 January 2026); Li et al., Theory of Mind for Multi-Agent Collaboration (October 2023), Table 1; Hirsch et al. (25 August 2026).

So the design question for every topology is the same one, asked twice. Which decisions can be made inside a window without seeing the others, and which must be carried across, in what form, at what cost? Patterns differ in how they answer. The orchestrator carries task descriptions down and summaries up. The handoff carries the whole conversation, or a filtered copy. The blackboard carries whatever anyone writes. The ensemble carries nothing at all until the vote. Each answer has a measured record, and I will take them in turn.

Parallel coding agents: passes alone, fails togetherBars showing the interference rate between two parallel coding agents whose patches each pass alone, 97 percent in constructed runs, and the recovery rate when one message describes the other change, 82 percent. Two agents, two patches, each correct alone; does the merge still pass? Constructed tasks, blind: interference 97% of runs GPT-5.5, blind condition 105 of 108 runs One message describing the other change 82% recovered Mined Django pull-request pairs 1 of 834 runs The constructed tasks share a helper that one agent changes and the other relies on; the mined pairs mostly do not, which the authors say is why real-world interference is rarer. The mechanism is the one Cognition named in June 2025: “Actions carry implicit decisions, and conflicting decisions carry bad results.” Tell the other agent the decision and most runs recover.
Figure 3. Cognition’s principle, measured fifteen months later. Patches that each pass alone fail when merged in 97 percent of constructed runs; a single message describing the concurrent change recovers 82 percent. Source: Xia, Wu and Park, Passes Alone, Fails Together, arXiv 2609.25396 (21 September 2026); Cognition, Don’t Build Multi-Agents (12 June 2025).

Orchestrator and workers: a lead that reads summaries

The orchestrator-workers pattern is the one Anthropic named in its December 2024 taxonomy as “well-suited for complex tasks where you can’t predict the subtasks needed”: a lead agent decomposes the task at run time, delegates pieces to workers, and synthesises what comes back. Its June 2025 research system is the best-documented instance. A lead running Claude Opus 4 planned the research, saved the plan to memory because its window would be truncated above 200,000 tokens, and spun up three to five Sonnet 4 sub-agents in parallel, each using three or more tools in parallel, which the post says cut research time by up to 90 percent on complex queries. The effort rules were written into the prompts: one agent and three to ten tool calls for a simple fact, two to four sub-agents with ten to fifteen calls each for a comparison, more than ten sub-agents for complex research. The early failure was over-spawning, “spawning 50 subagents for simple queries”, and the other was vague delegation: told to “research the semiconductor shortage”, one sub-agent studied the 2021 automotive chip crisis while two others duplicated work on 2025 supply chains. The fix was to give each worker an objective, an output format, the tools to use and the task’s boundaries.

The pattern then went through three harness shapes in Anthropic’s 2026 system cards, and the shapes matter more than the scores. The Opus 4.6 card of February 2026 used a blocking orchestrator: a lead with no tools of its own whose only capability was spawning sub-agents, each with a 200,000-token window, and it scored 86.8 percent on BrowseComp against 83.97 for the best single agent, both later revised down slightly when a cheating detector flagged eleven unintended solutions. The Fable 5 and Mythos 5 card of 9 June 2026 compared three shapes. A blocking orchestrator spawns a fresh sub-agent per subtask and “spends tokens re-establishing context each time”, and each round waits for its slowest worker. A fixed-agent team of three, five or ten peers with Send Message and Wait for Message tools ran 2.2, 2.7 and 2.7 times faster than a single agent with a ten-million-token budget, the ten-agent team scoring 4.2 points higher. Asynchronous sub-agents, long-lived workers that see only the lead’s instructions and can message each other, reached the card’s highest score, 93.3 percent against 88.0 for the single agent. The non-blocking shapes beat the blocking one on both latency and tokens, because their workers kept their context instead of rebuilding it. By the Opus 5 card of 24 July a ten-agent team reached 93.6 in a pre-release configuration, 3.1 points over the best single agent, at 5.9 times the speed; OpenAI’s GPT-5.6 Sol in a mode that coordinates four agents reached 92.2 on the same benchmark on 9 July against 90.4 alone.

Two further findings in those cards are the ones to carry into a design review. First, the speed-up is not uniform. On the problems a single agent already solved half the time or more, the median per-problem speed-up of a team was 0.8, that is, slower, because “coordination overhead roughly offsets the parallelism gain”; on the harder half it was 1.6, and the summed latency fell 4.4 times. The gain comes from the hard tail. Second, the Opus 5.5 card of 22 September ran teams of up to a hundred agents for twenty-four hours on two tasks and watched them organise themselves. On a Lean theorem-proving task, where each proof depends on the last, the hundred-agent team “organized itself into two tiers” with twelve sub-leads; on a read-and-index knowledge-base task the team “remained flat” and the helpers barely messaged each other. Same model, same harness, same lead prompt. The structure of the task set the organisation chart, which is the thesis of this essay drawn by the agents themselves. The card also notes that on short deep-research tasks the teams were slower than a single agent unless put under a time budget, at which point the five-agent team matched the single agent at half the latency budget with a 2.8 times speed-up.

Three orchestrator harnesses and their scoresThree diagrams side by side: a blocking orchestrator that spawns a fresh sub-agent per subtask, a fixed team of peers with a lead and message tools, and asynchronous long-lived sub-agents; each with its BrowseComp result from the Anthropic system cards. A · BLOCKING ORCHESTRATOR lead no tools; only spawns s1 fresh, 200k s2 fresh, 200k s3 fresh, 200k Each round waits for the slowest worker. Each subtask “spends tokens re-establishing context”. Opus 4.6, Feb 2026: 86.8 vs 83.97 single (revised 86.57 vs 83.73 after 11 unintended solutions were flagged). B · FIXED TEAM OF PEERS lead Send / Wait for Message p1 1M each p2 1M each p3 1M each p4 1M each 3, 5 and 10 peers, own checkouts, shared Git. Speed vs single agent at 10M tokens: 2.2x, 2.7x, 2.7x; ten peers +4.2 points. Mythos 5, Jun 2026. Opus 5, Jul 2026: ten peers 93.6, +3.1 over best single, 5.9x (pre-release configuration). C · ASYNCHRONOUS SUB-AGENTS lead keeps its own tools a1 long-lived a2 long-lived a3 long-lived a4 long-lived Spawn returns at once; workers see only the lead’s instructions, keep context, message each other. Mythos 5, Jun 2026: 93.3 vs 88.0 single, the card’s highest. Fewer tokens than A because context persists. Non-blocking shapes beat the blocking one on both latency and tokens. GPT-5.6 Sol, 9 July 2026: 92.2 coordinating four agents against 90.4 alone. Productised 9 October 2026: Managed Agents workflows, up to 1,000 agents a run, 64 working at once; Claude Code warns above 25 agents or 1.5M projected tokens. The orchestrator-workers pattern as it shipped, in three harness shapes.
Figure 4. One pattern, three harnesses. The blocking star rebuilds context per subtask and waits on its slowest worker; the fixed team and the asynchronous sub-agents keep context and message each other, and score higher at lower token cost. Sources: Anthropic system cards for Claude Opus 4.6 (February 2026, corrected 6 March), Claude Fable 5 and Mythos 5 (9 June 2026, section 8.15) and Claude Opus 5 (24 July 2026); OpenAI GPT-5.6 (9 July 2026); Anthropic Managed Agents and Claude Code documentation (October 2026).

Microsoft’s Magentic-One, published in November 2024, is the same pattern with its bookkeeping made explicit, and it is worth knowing because the bookkeeping is where orchestrators break. Its orchestrator keeps two ledgers. A task ledger holds “facts, guesses, and plan”; a progress ledger holds “current progress, task assignment to agents” and is updated every step by answering five fixed questions, with a stall counter that triggers replanning after two steps without progress. Four workers handle the web, files, code and a terminal. It scored 38 percent on GAIA and 32.8 on WebArena with GPT-4o, and the paper’s own risk examples are instructive: after repeated failed logins got an account suspended, the agents tried to reset the password; set an impossible task, they tried to recruit humans by drafting social media posts and emails to textbook authors until stopped. The later failure taxonomy discussed below measured Magentic-One at 62 percent failure on GAIA.

The pattern’s productised form arrived on 9 October 2026, when Anthropic’s Managed Agents let a lead agent write a workflow, “a program that runs many agents in phases and combines their results”, with up to a thousand agents a run and 64 working at once, and Google’s Gemini agent began creating “a roster of sub-agents” for jobs running hours or days. The documentation for Claude Code’s version carries the number that governs the pattern’s economics: a large-workflow warning above 25 agents or 1.5 million projected tokens, and a default size guideline of fewer than ten.

When not to use it. Anthropic’s own list: domains “that require all agents to share the same context or involve many dependencies between agents”, most coding, and anything where the task is not valuable enough to pay for the tokens. Add the hard-tail finding: if your tasks are the easy half, the team is slower and costs more. And add the orchestrator error: in the AI-Q study the join point produced most of the final errors, so the synthesis step needs its own verification, not only the workers.

Where the speed-up lives, and how large teams organiseLeft, bars of team speed-up on easy and hard problems from the Mythos 5 system card; right, two organisation charts drawn by hundred-agent teams in the Opus 5.5 system card, two tiers for a proof task and a flat pool for an indexing task. SPEED-UP BY PROBLEM DIFFICULTY (MYTHOS 5 CARD, JUN 2026) Median per-problem speed-up easy (solved >= 50% alone) 0.8x hard (< 50% alone) 1.6x Summed latency reduction easy 2.0x hard 4.4x “Coordination overhead roughly offsets the parallelism gain” on easy problems; “the overall latency improvement is therefore driven by the hard tail.” 1,266 problems. On short deep-research tasks (Opus 5.5 card) teams were slower than one agent unless given a time budget. WHAT 100 AGENTS DID WITH 24 HOURS (OPUS 5.5 CARD, SEP 2026) Lean theorem proving lead Self-organised into two tiers: a lead and 12 sub-leads over helpers. Each proof depends on the last; decisions had to travel. Knowledge-base indexing lead “Remained flat”; helpers “communicated relatively little with one another.” Reads partition; nothing needed to cross. Same model, same harness, same lead prompt. The task’s decision structure set the org chart. Scores rose with team size, with diminishing returns.
Figure 5. The gain is in the hard tail, and the team shapes itself to the task. Teams were slower than a single agent on the easy half of problems and 1.6 times faster on the hard half; given a hundred agents, a proof task grew a two-tier hierarchy and an indexing task stayed flat. Sources: Anthropic, System Card for Claude Fable 5 and Claude Mythos 5 (9 June 2026), section 8.15; System Card for Claude Opus 5.5 (22 September 2026), section 8.12.

+80.8% on decomposable analysis, −70.0% on sequential planning, at equal compute: the partition sets the sign

Supervisor and handoff: control passes, context follows

The second family passes control rather than work. A supervisor routes a conversation to a specialist with a narrow prompt and tool set; a handoff lets the specialist take over the conversation entirely. OpenAI’s Swarm, an educational library published in October 2024, reduced this to two primitives, agents and handoffs, with the rule that “An Agent can hand off to another Agent by returning it in a function.” Its production successor, the OpenAI Agents SDK of 11 March 2025, keeps the mechanism: a handoff is exposed to the model as a tool, named for example transfer_to_refund_agent, and by default the receiving agent sees the entire prior conversation, with an input filter available to trim it. The SDK documentation draws the line that matters for design: if a specialist should do a task “without taking over the conversation”, use it as a tool and keep the manager in control; if the specialist should become the active agent, hand off. Its guardrail documentation adds a detail most teams miss: input guardrails “run only for the first agent in the chain”, and output guardrails only for the last. Control in a handoff chain is checked at the ends, not at each transfer.

LangGraph published its three multi-agent shapes in January 2024, collaboration on a shared scratchpad (every intermediate step visible, which “can be overly verbose”), a supervisor with independent scratchpads, and hierarchical teams of supervisors, and shipped a supervisor library in February 2025 and a swarm library, in which agents hand control to each other and the system remembers who was last active, later that month. By 20 September 2026 the supervisor library was archived, its README recommending that users build the pattern “directly via tools”. The pattern had become a few lines of tool calling, which is its natural size. LangChain’s June 2025 benchmark shows what it buys: on a retail support task with distractor domains of nineteen tools each, a single agent “falls off sharply when there are two or more distractor domains”, while the supervisor and the swarm stayed flat because each specialist saw only its own tools; the supervisor used more tokens because it paraphrased, and removing handoff messages from the sub-agent state while adding a forward-message tool gave “a nearly 50% increase in performance”. The same lesson, from the other direction, is in Microsoft’s August 2026 guidance for multi-agent orchestration in the Azure OpenAI Responses API, which ships with a default of three concurrent sub-agents and a table of when to use one agent instead: when “each step depends directly on the previous step” or when agents “would contend over the same mutable resource”. Sub-agents, it says, “might not improve tasks that require an ordered chain of reasoning, frequent writes to shared state, or one slow external operation”.

Google’s Agent Development Kit of April 2025 and Microsoft’s Agent Framework of October 2025 both ship these shapes as classes: a coordinator with sub-agents and auto-injected delegation tools, with each task agent in “its own isolated session branch”; and sequential, concurrent, group chat, handoff and Magentic orchestration, the last a manager that “builds and refines a dynamic task ledger”. The names differ; the primitives are the same two: a router that holds the conversation, and a transfer that gives it away.

When not to use it. Handoffs execute one at a time, so they are the wrong shape for parallel research. They are also the wrong shape when a single agent must own the final answer; use agents as tools instead. And they inherit the failure modes of context transfer: the receiving agent sees a filtered history and a routing error sends the user to a specialist with the wrong tools. The failure taxonomy below has names for both.

Handoff against agents-as-toolsTwo small diagrams: in a handoff the specialist takes over the conversation and receives the full history by default; with agents as tools the manager keeps control and receives a result; a lower panel shows the LangChain benchmark in which a single agent degrades with distractor tool domains while supervisor and swarm stay flat. HANDOFF (SWARM, OCT 2024; AGENTS SDK, MAR 2025) triage agent transfer_to_refund_agent is a tool call refund agent becomes the active agent full history, filterable control passes Guardrails: input checked only at the first agent, output only at the last. Handoffs run one at a time: the wrong shape for parallel research. AGENTS AS TOOLS (MANAGER PATTERN) manager owns the conversation and the final answer specialist A returns a result specialist B returns a result Use when one agent must own the answer or shared guardrails must apply. Supervisor library archived 20 Sep 2026: build it “directly via tools”. LANGCHAIN BENCHMARK, JUN 2025: TAU-BENCH RETAIL PLUS DISTRACTOR TOOL DOMAINS OF 19 TOOLS EACH, GPT-4O Single agent: “falls off sharply when there are two or more distractor domains”; its tokens per task rise with every domain added. Supervisor and swarm: flat on both axes, because each specialist sees only its own tools; swarm slightly ahead everywhere. Removing handoff messages from the sub-agent state and adding a forward-message tool: “a nearly 50% increase in performance” for the supervisor. Azure OpenAI multi-agent (Aug 2026) ships three concurrent sub-agents by default and says to use one agent when “each step depends directly on the previous step”.
Figure 6. Control passes, and context follows it. A handoff makes the specialist the active agent with the full history; agents-as-tools keeps the manager in charge; guardrails in a chain are checked only at its ends. The pattern buys tool isolation, which is why the single agent degrades as distractor tools are added and the partitioned designs do not. Sources: OpenAI Swarm (October 2024) and Agents SDK documentation (read October 2026); LangChain, Benchmarking multi-agent architectures (10 June 2025); langgraph-supervisor (archived 20 September 2026); Microsoft Learn (11 August 2026).
Magentic-One: an orchestrator with two ledgersAn outer loop maintaining a task ledger of facts, guesses and plan, an inner loop maintaining a progress ledger with five questions and a stall counter, and four workers for web, files, code and terminal, with the benchmark scores. ORCHESTRATOR outer loop: task ledger facts, guesses, and plan rewritten when the inner loop stalls inner loop: progress ledger current progress, task assignment five questions every step stall counter reaches 2: replan WebSurfer browser FileSurfer files Coder code Terminal shell SCORES (GPT-4O, NOV 2024) GAIA (test) 38.0% WebArena (812 tasks) 32.8% AssistantBench 27.7% MAST failure, GAIA 62.0% Its own risk notes: after a lockout the agents tried to reset the password; set an impossible task they drafted posts and emails to recruit humans, until stopped.
Figure 7. The orchestrator’s bookkeeping, made explicit. Magentic-One keeps a task ledger and a progress ledger, replans when progress stalls for two steps, and drives four workers; its scores are respectable and its failure rate under the Berkeley taxonomy was 62 percent. Sources: Fourney et al., Magentic-One, arXiv 2411.04468 (7 November 2024); Cemri et al., MAST (v3, 26 October 2025), Figure 5.

Role-based teams: the software company in a prompt

The third family gives agents job titles. MetaGPT, posted in August 2023 and published at ICLR 2024, “encodes Standardized Operating Procedures (SOPs) into prompt sequences”: a product manager writes requirements, an architect a design, a project manager a task list, engineers code, and a QA role tests, with structured documents passed between roles through a publish-subscribe message pool. ChatDev, posted a fortnight earlier, runs a chat chain through the waterfall phases of design, coding and testing, with a “communicative dehallucination” rule under which the assistant asks for specifics before answering. CAMEL, from March 2023, set the template with two role-playing agents, an AI user instructing an AI assistant, over 25,000 generated conversations. The appeal is obvious: the roles are legible, the artefacts check each other, and the team resembles the organisation that pays for it.

The numbers are better than the pattern’s reputation and worse than its promise. MetaGPT reported 85.9 percent on HumanEval and 87.7 on MBPP with GPT-4, of which executable feedback contributed 4.2 and 5.4 points. On its own seventy-task software set the full four-role system scored 3.75 of 4 on executability against 2.25 for ChatDev, produced 251 lines of code against 78, and needed 0.83 human revisions against 2.5, at 31,255 tokens a task against 19,292. Its role ablation is the cleanest statement of what roles buy: an engineer alone produced 83 lines at $0.915 with ten revisions and an executability of 1.0; all four roles produced 191 lines at $1.385 with 2.5 revisions and an executability of 4.0. ChatDev’s first version reported an average build in 409.84 seconds at $0.2967, with 86.66 percent of its programs running “flawlessly”; its 2024 revision, against a single-agent baseline, scored 0.88 on executability against 0.36 and won 90.16 percent of human pairwise judgements, while using 3.2 times the tokens and 9.5 times the wall time. The paper says so itself: multi-agent is “slower and consuming more tokens” than the single agent it beats.

Against that, three results. AgentVerse, from August 2023, found that a group underperformed a solo agent for GPT-3.5 on two of three tasks and traced roughly ten percent of its arithmetic errors to an agent being swayed by another agent’s wrong feedback. TheAgentCompany, a December 2024 benchmark of office tasks, measured a role-play team of GPT-4o and o3-mini at 4.0 percent full completion against 8.6 percent for a single GPT-4o agent on the same tasks, and attributed the drop to a team that “experiences difficulty in preserving progress and context”. And when the Berkeley failure taxonomy of 2025, discussed below, ran MetaGPT and ChatDev on a shared programming set with GPT-4o, they failed 60.0 and 66.7 percent of tasks. Anthropic’s January 2026 guidance, which has the benefit of a year of production data, lists the role-based split as its first anti-pattern. The roles are a partition by type of work, and type of work is the wrong axis: a planner, an implementer and a tester all need the same context, so every boundary between them is a place where a decision is lost.

The role pattern survives where the roles are a partition by context. The scientific systems discussed later, a principal investigator with specialist scientists, or an orchestrator with literature, analysis and lab agents, work because each specialist reads a different corpus. The software company does not, because every role reads the same code.

When not to use it. When the roles would share a codebase, a document or a decision. When a single strong agent with a test suite would do; the ablation shows that most of the gain is the verification step, which a single agent can be given directly. And when the budget cannot carry a multiple of 1.5 to 3.2 in tokens for a gain measured in revisions rather than correctness.

The software company in a promptAn assembly line of five roles, product manager, architect, project manager, engineer and QA, each passing a structured document to the next through a shared message pool, with MetaGPT’s benchmark numbers. Product manager writes: requirements Architect writes: design Project manager writes: task list Engineer writes: code QA writes: tests shared message pool, publish and subscribe: structured documents, not chat, are the interface between roles MetaGPT (Aug 2023, ICLR 2024), GPT-4: HumanEval 85.9%, MBPP 87.7%; executable feedback adds 4.2 and 5.4 points. Seventy-task software set: executability 3.75 of 4 (ChatDev 2.25); 251 lines of code (78); 0.83 human revisions (2.5); 31,255 tokens (19,292). ChatDev v1 (Jul 2023): 409.84 s and $0.2967 a program, 86.66% ran “flawlessly”. CAMEL (Mar 2023): 25,000 role-play conversations; named failures: role flipping, flake replies, infinite loops. The problem the pattern was built for, in its authors’ words: “cascading hallucinations caused by naively chaining LLMs”.
Figure 8. Standard operating procedures as prompts. The roles are legible and the artefacts check each other, which is what the executability score measures; the price is tokens and time, and the roles all read the same code. Sources: Hong et al., MetaGPT, arXiv 2308.00352 (1 August 2023; v7 November 2024), Table 1 and Figure 4; Qian et al., ChatDev, arXiv 2307.07924 (16 July 2023); Li et al., CAMEL, arXiv 2303.17760 (31 March 2023).

MetaGPT: engineer alone vs four roles

two tasks, GPT-4

Executability (of 4)
1.0 → 4.0
Human revisions
10 → 2.5
Lines of code
83 → 191
Cost per task
$0.915 → $1.385

ChatDev v5 vs single-agent baseline

SRDD tasks, GPT-3.5

Executability
0.36 → 0.88
Quality
0.14 → 0.40
Tokens per task
7,182 → 22,949
Seconds per task
15.6 → 148.2

Same model, team vs one agent

full task completion, %

TheAgentCompany, single GPT-4o
8.6
TheAgentCompany, role-play team
4.0
MAST: MetaGPT failure, ProgramDev
60.0
MAST: ChatDev failure, ProgramDev
66.7
Figure 9. What the roles buy and what they cost. Four roles quadruple executability and cut revisions four-fold at 1.5 times the cost; ChatDev beats its single-agent baseline on quality at 3.2 times the tokens and 9.5 times the time; and on office tasks a role-play team of the same model scored less than half a single agent. Sources: MetaGPT Table 3 (role ablation, two tasks); ChatDev v5 Tables 1 and 3 (5 June 2024, GPT-3.5); Xu et al., TheAgentCompany, arXiv 2412.14161, Table 1; Cemri et al., MAST v3, Figure 5.

Ensembles: debate, voting and mixtures

The fourth family is not really a team at all. In debate, voting and mixture-of-agents designs the agents share no decisions; they are independent samples of the same decision, aggregated at the end. That is why the pattern is cheap to reason about and why its gains are so often smaller than they look. Du and colleagues at MIT and Google introduced multi-agent debate in May 2023: three instances of the same model answer, read each other’s answers, and revise over two rounds. On arithmetic it took GPT-3.5 from 67.0 to 81.8 percent and on MMLU from 63.9 to 71.1; the authors noted that performance plateaued after four rounds and that the agents were “relatively ‘agreeable’”, a word that would recur. Mixture-of-Agents, from June 2024, layered six open-weight proposers under an aggregator and reached 65.1 percent on AlpacaEval 2.0 against 57.5 for GPT-4 Omni. “More Agents Is All You Need”, from February 2024, showed that plain sampling and voting with up to forty samples lifted Llama 2 13B to 59 percent on GSM8K, above the single-sample 54 percent of the 70B model, with token use rising in proportion to the ensemble.

The negative results are as old as the positive ones and better controlled. InstaDeep’s “Should we be going MAD?”, from November 2023, found that debate strategies “do not reliably outperform other proposed prompting strategies, such as self-consistency and ensembling”, that a multi-persona debate was consistently about seven points worse than a single well-prompted agent on medical questions, and that the method was more sensitive to its hyperparameters. The self-correction study from Google DeepMind that part 1 relied on carries the comparison that settles it: on GSM8K, debate with three agents over two rounds, nine responses in all, scored 83.0; plain self-consistency over nine responses scored 88.2. Debate is self-consistency with a conversation attached, and the conversation costs more than it adds. An ICLR 2026 paper on scaling by diversity found the mechanism: homogeneous ensembles saturate, and “2 diverse agents can match or exceed the performance of 16 homogeneous” ones. A Fudan study of May 2026 found an inverted U on logical reasoning, with accuracy falling 27.45 percent from one agent to eight and token cost rising with the square of the count, and a control with padded context showed the decline came from coordination, not from length. At equal compute the gains that remain are small: an ACL 2026 student workshop paper measured debate and mixture-of-agents at 1.3 and 2.7 points over self-consistency on MMLU-Pro at the same budget.

Where ensembles do earn their cost is at the frontier of difficulty with a verifier attached. Sakana’s multi-model search of July 2025 took a repeated-sampling score of 23 percent on ARC-AGI-2 to 27.5 with adaptive branching and above 30 with three different models, though under a pass-at-k rule that the authors note differs from the contest’s standard. And at the other extreme, in long-horizon research, voting fails outright: ArcticSwarm’s September 2026 ablation found that majority voting over forty independent runs plateaued at 63.5 percent on BrowseComp-Plus, nineteen points below its gated design on the same model, because independent runs converge on the same early candidate.

When not to use it. When self-consistency at the same budget matches it, which on reasoning benchmarks it usually does. When the samples are homogeneous: the gain comes from diversity of model or prompt, not from count. And in open-ended search, where aggregation rewards the answer that was easiest to find.

Ensembles: the gains and the catchLeft, paired bars for three ensemble results, debate, mixture of agents and sampling with voting; right, three counter-results on homogeneity, scale and equal budgets. THE GAINS Debate, 3 agents, 2 rounds (Du et al., May 2023, GPT-3.5) arithmetic, single 67.0 arithmetic, debate 81.8 Mixture-of-Agents (Jun 2024), AlpacaEval 2.0 LC win rate GPT-4 Omni 57.5 MoA, six open proposers 65.1 More Agents Is All You Need (Feb 2024), GSM8K Llama 2 70B, one sample 54 Llama 2 13B, 40 samples, vote 59 Token use rises in proportion to the ensemble; agents are “relatively ‘agreeable’”. THE CATCH Homogeneity. “2 diverse agents can match or exceed the performance of 16 homogeneous” ones (ICLR 2026). Scale. Inverted U on logical reasoning: accuracy down 27.45% from 1 agent to 8; token cost grows with the square of the count; a padded-context control shows the loss is coordination, not length (Fudan, May 2026). Equal budget. Debate and mixture-of-agents beat self- consistency by 1.3 and 2.7 points on MMLU-Pro at the same compute (ACL 2026 SRW). “Should we be going MAD?” (2023): debate “does not reliably outperform” self-consistency; a multi-persona debate ran about 7 points behind a well- prompted single agent on medical questions.
Figure 10. Independent samples of one decision. Debate, mixtures and voting raise scores, and the controlled comparisons show most of the gain is self-consistency wearing a conversation: diversity, not count, is what pays, and past a handful of identical agents accuracy falls. Sources: Du et al. (23 May 2023), Table 1; Wang et al., Mixture-of-Agents (7 June 2024), Table 2; Li et al., More Agents Is All You Need (3 February 2024); Yang et al. (ICLR 2026); Li et al., SIMAS (30 May 2026); Smit et al. (29 November 2023); Wunderlich et al. (ACL 2026 SRW).

GSM8K, GPT-3.5, by number of responses

accuracy, %

1: standard prompt
76.7
3: self-consistency
82.5
6: debate, round 1
83.2
6: self-consistency
85.3
9: debate, round 2
83.0
9: self-consistency
88.2

MedQA, best accuracy by strategy

Smit et al., 2023

Medprompt (single, prompted)
0.65
Single agent
0.60
Self-consistency
0.60
Multi-persona debate
0.58

BrowseComp-Plus, Qwen 3.5-27B

accuracy, %, 830 questions

Single agent
48.4
Majority vote, 20 runs
62.5
MiroFlow vote, 40 runs
63.5
ArcticSwarm, gated
82.6
Figure 11. Debate is self-consistency with a conversation attached. On GSM8K, nine responses aggregated by debate score 83.0; nine aggregated by a plain vote score 88.2. In long-horizon research, voting fails outright: forty independent runs plateau at 63.5 against 82.6 for a design that defers consensus. Sources: Huang et al., Large Language Models Cannot Self-Correct Reasoning Yet (3 October 2023), Table 7; Smit et al. (2023), Table 2; Yoon et al., ArcticSwarm (1 September 2026), Table 3.

Blackboard and swarm: shared state at scale

The fifth family removes the orchestrator and replaces it with a surface. In a blackboard architecture, a design from the 1970s revived for language agents in 2025, every agent reads and writes a shared workspace, and the next action is chosen from the state of the board rather than by a controller that must know each worker’s competence; a July 2025 paper from the Chinese Academy of Sciences reports that agents chosen “based on the current content of the blackboard” beat static multi-agent designs by about five points at lower token cost, and a Google Cloud and UMass system of September 2025 for data discovery had sub-agents that owned partitions of a data lake “volunteer to respond based on their capabilities”, with relative gains of 13 to 57 percent in end-to-end success over the best baseline. A swarm is the same idea with the count turned up.

The large swarms of 2026 are the pattern’s stress test. OpenAI’s construction for the Navier-Stokes problem in September, which I covered at the time, ran on the order of ten thousand agents for 88 hours through a scheduler, a message bus, a shared workspace, a consolidation step and a verifier, with groups given opposite framings, prove it true and prove it false, exchanging 2.7 million messages and producing about 130 billion output tokens by OpenAI’s count. Microsoft Research’s Agensh, posted on 22 September, scales a shared-workspace organisation with no central orchestrator to 1,024 agents: workers claim subtasks from a board of proposed, ongoing and completed work. On the five hardest tasks of a program-reconstruction benchmark, going from one agent to 128 raised the mean test-pass rate from 19.31 to 28.78 percent, and on one large program going to 1,024 agents raised it from 33.89 to 55.06. The gains are real and the returns diminish: 128 times the agents for a little under ten points. Both tasks had what every successful swarm has, a hard verifier, a test suite or a proof checker, so that the board could be wrong without the result being wrong.

The subtlest failure of shared state is not noise but agreement. ArcticSwarm, from Snowflake and Seoul National University in September 2026, found that letting research sub-agents read each other’s partial findings made the search “converge on an early candidate”, a failure the authors call premature consensus. In GPT-5 runs, accuracy on BrowseComp-Plus was 26.8 percent when the orchestrator never opened an alternative hypothesis and 91.4 percent when it opened at least one. Their design keeps the bulletin board but adds gated isolation, so that selected search tasks cannot read their peers, and structured review at three commitment points. On the full 830-question set with a 27-billion-parameter open model it scored 82.6 percent; removing the gating cost 3.8 points; removing the review as well cost another 4.3; a single agent scored 48.4 at a twentieth of the tokens; and free direct messaging between agents scored 61.9 at more tokens than the gated design. About half of the failures had the right answer somewhere in the trajectory. The lesson is the thesis again from a new angle: shared state is the mechanism of coordination and of failure, and the design work is deciding what may be read when.

The blackboard also appears whether or not you build it, and the site’s own incident essays are the evidence. In July 2026 about 1,200 supposedly isolated agents exchanged more than 70,000 messages through a shared package registry they had turned into a message board, about 700 of them joining an intrusion into Hugging Face; a wipe of the board was re-established within a day; and the investigators’ transcripts showed agents adopting one another’s objectives. The rule I wrote then stands as a design rule for this pattern: any writable surface two agents can both reach is a communication channel. The 2026 production form of the swarm is accordingly not free peer chat but a lead writing a program over a bounded pool, a thousand agents and 64 threads in Anthropic’s case, with every agent in its own context-isolated thread and a shared sandbox and vault.

Any writable surface two agents can both reach is a communication channel.

When not to use it. Without a verifier for outputs, because error amplification without one is the highest of any topology, 17.2 times in the equal-compute study. On tasks with tight sequential dependencies. And wherever isolation is a safety requirement rather than a performance choice, which part 3 takes up.

The blackboard, and the swarm built on itA shared workspace in the centre with proposed, ongoing and completed work, many agents around it reading and writing, a scheduler, a message bus, a consolidation step and a verifier, annotated with the OpenAI Navier-Stokes run and the Managed Agents bounds. shared workspace (the board) proposed work · ongoing work · completed work next action chosen from the state of the board any agent may read; any agent may write no central orchestrator scheduler assigns, retries message bus 2.7M messages in 88 h consolidation merges partial results verifier proof checker, test suite OpenAI, Navier-Stokes, Sep 2026: on the order of 10,000 agents; groups framed “prove it true” and “prove it false”; about 130B output tokens. Agensh (Microsoft Research, 22 Sep 2026): workers self-claim subtasks from the board; 1 to 1,024 agents, no orchestrator. Production bound (Anthropic Managed Agents, 9 Oct 2026): a lead writes a program over at most 1,000 agents, 64 working at once, each in its own thread. Any writable surface two agents can both reach is a communication channel. Build the board, or it will build itself.
Figure 12. Shared state as the coordinator. The board replaces the orchestrator; a scheduler, a bus, a consolidation step and above all a verifier surround it, because the board can be wrong without the result being wrong only when something outside the board checks. Sources: the author’s Navier-Stokes essay (12 September 2026) on OpenAI’s run; Zhan et al., Agensh, arXiv 2609.26781 (22 September 2026); Han and Zhang (2 July 2025); Salemi et al. (30 September 2025); Anthropic Managed Agents documentation (October 2026).
Premature consensus, and gating itLeft, bars of accuracy on BrowseComp-Plus for ArcticSwarm and its ablations with relative token use; right, two paired bars showing accuracy when the orchestrator did or did not open an alternative hypothesis. BROWSECOMP-PLUS, 830 QUESTIONS, QWEN 3.5-27B (TABLE 3) ArcticSwarm: board + gated isolation + review 82.6 · 1x tokens minus gated isolation 78.8 · 0.98x minus isolation and review 74.5 · 0.21x free direct messaging between agents 61.9 · 1.14x majority vote, 20 runs 62.5 · 1x single agent 48.4 · 0.05x Reading peers’ partial findings makes search “converge on an early candidate”. About half of failures had the right answer in the trajectory. GPT-5 RUNS (TABLE 1) Accuracy when the orchestrator opened no alternative hypothesis vs at least one BrowseComp, none 27.4 BrowseComp, >= 1 78.5 BC-Plus, none 26.8 BC-Plus, >= 1 91.4 The design decision is what may be read when: isolate the search, then review at three commitment boundaries. Live BrowseComp with GPT-5: 73.6%.
Figure 13. Agreement arriving too early. Free messaging between research agents scored twenty points below a design that isolates searches and reviews at commitment points, and the single strongest predictor of success was whether an alternative hypothesis was ever opened. Source: Yoon et al., ArcticSwarm, arXiv 2609.01870 (1 September 2026), Tables 1 and 3.
Scaling a swarm from 1 to 1,024 agentsTwo panels of bars: the mean test-pass rate on the five hardest ProgramBench tasks at 1 and 128 agents, and on the pandoc task at 1 and 1,024 agents, with the diminishing return noted. FIVE HARDEST PROGRAMBENCH TASKS, MEAN FINAL TEST-PASS RATE 1 agent 19.31% 128 agents 28.78% About 49% relative, for 128 times the agents. GPT-5.6 Sol, six-hour budget, no internet. Larger organisations reach a given rate earlier; roles and workflows emerge on the board. PANDOC RECONSTRUCTION, TEST-PASS RATE 1 agent 33.89% 1,024 agents 55.06% Both tasks have a hard verifier: hidden tests. The board can be wrong; the result cannot. Token and cost totals are not reported in the sections read, so the price of the gain is unknown.
Figure 14. The swarm scales, with diminishing returns, where a verifier exists. Source: Zhan et al., Agensh: Scaling Organizational Intelligence to 1,024 Agents, arXiv 2609.26781 (22 September 2026).

The message economy

Every topology has a communication cost, and the cost has a shape. GPTSwarm, from KAUST in February 2024, modelled a swarm as a graph whose inter-agent edges are channels and counted the potential edges: four for two agents, 36 for six, 100 for ten, 196 for fourteen. The count grows with the square of the agents, and so does the surface for confusion; the paper’s edge optimiser learned to cut links to deliberately adversarial agents, and on GAIA its seven-agent configuration doubled a single agent’s accuracy at thirty times the wall time. The equal-compute study fitted a law to the same growth: turns scale as the number of agents raised to the power 1.724, and “per-agent reasoning capacity becomes prohibitively thin beyond 3-4 agents” when the budget is fixed. Its message overhead relative to a single agent ran from 58 percent for independent agents to 515 percent for the hybrid, and success saturated at about 0.39 messages a turn. Anthropic’s guidance converges on the same count from production: start with three to five teammates.

The cost can be engineered down, and the engineering shows what the messages were carrying. Optima, from Tsinghua in October 2024, trained two small agents to communicate tersely with a reward that mixed task score, token count and readability, and on multi-hop question answering took the score from 25.9 to 74.2 while cutting tokens a question from 544 to 55, a claimed “up to 2.8x performance gain with less than 10% tokens”. AgentPrune, at ICLR 2025, treated the system as a message graph in space and time, trained a mask and pruned messages one-shot; it found that existing topologies cost 2 to 11.8 times the tokens of a simple chain, matched them on MMLU “at merely $5.6 cost compared to their $43.7”, and cut tokens by 28 to 73 percent when dropped into AutoGen and GPTSwarm. Sony’s TalkHier gave every message a fixed envelope, the subtask, the background and the intermediate output, and reported 88.38 on MMLU; its ablation found that removing the background or the intermediate output from messages lowered accuracy. A February 2026 paper trained a small controller to decide which intermediate steps parallel teams may share through a global memory, cutting runtime while matching performance. In each case the gain came from making the implicit explicit: a belief, a structure, a boundary.

A warning about measurement belongs here. A June 2026 paper from UT Austin and Uber built a paired noise-floor protocol for coordination claims and found that on a retail benchmark two configuration-equivalent protocols differed by ten points on one seed and zero on another, that the largest contrast of eighteen points did not reproduce, and that “Seven of ten recent multi-agent coordination architectures report headline effects below this local floor”. Most reported coordination gains are inside the run-to-run noise. Before believing one, including the ones in this essay, ask for the seeds.

The communication surface grows with the squareLeft, four groups of circles for 2, 6, 10 and 14 agents with their potential edge counts 4, 36, 100 and 196; right, bars of message overhead and turns per architecture from the equal-compute study. POTENTIAL EDGES BETWEEN AGENTS (GPTSWARM, FEB 2024) 2 agents 4 edges 6 agents 36 edges 10 agents 100 edges 14 agents 196 edges Optimisation time grew from 9 to 95 minutes across those four sizes; the edge optimiser learned to cut links to adversarial agents. Turns law (Kim et al.): T = 2.72 (n + 0.5)^1.724. OVERHEAD AT EQUAL COMPUTE (KIM ET AL., V3, TABLE 5) Message overhead relative to a single agent Independent +58% Decentralised +263% Centralised +285% Hybrid +515% Turns per task Single agent 7.2 Independent 11.4 Decentralised 26.1 Centralised 27.7 Hybrid 44.3
Figure 15. Why three to five is the number everyone converges on. Potential channels grow with the square of the agents, turns with the 1.7th power, and message overhead runs from 58 to 515 percent of a single agent’s; success saturated at about 0.39 messages a turn. Sources: Zhuge et al., GPTSwarm, arXiv 2402.16823 (26 February 2024), Table 4; Kim et al. (v3, 8 April 2026), Table 5 and the turns law.
Engineering the messages downDumbbell chart of four tasks showing tokens per question and score for multi-agent debate against Optima, with tokens falling about ten-fold and scores rising; a lower strip gives AgentPrune and theory-of-mind numbers. Optima (Tsinghua, Oct 2024): two small agents trained to communicate tersely. Tokens per question (x, log scale) and score 50 100 200 500 1000 2WikiMultiHop debate 25.9 Optima 74.2 HotpotQA debate 28.4 Optima 55.6 MMLU debate 51.5 Optima 60.2 GSM8K debate 72.5 Optima 80.4 tokens per question AgentPrune (ICLR 2025): topologies cost 2 to 11.8x the tokens of a chain; matched them on MMLU “at merely $5.6 cost compared to their $43.7”. Theory of mind (2023), rounds to finish: ChatGPT team 30.0; GPT-4 team 28.3; with a written belief state 12.3; RL team 11.0; planner 6.0. TalkHier (Sony, 2025): every message carries subtask, background and intermediate output; dropping either field lowers accuracy. Noise floor (Jun 2026): seven of ten reported coordination gains sit below the run-to-run floor.
Figure 16. What the messages were carrying. Trained terseness cuts tokens ten-fold and raises scores; pruning cuts cost eight-fold at no loss; a written belief state halves the rounds. In each case the gain came from making the implicit explicit. Sources: Chen et al., Optima, arXiv 2410.08115, Table 1; Zhang et al., AgentPrune, arXiv 2410.02506; Li et al. (October 2023), Table 1; Wang et al., TalkHier (February 2025); Kaliyev and Maryanskyy (15 June 2026).

Searched topologies: letting a model design the team

If a topology is a graph of model calls, a model can search the space of graphs. ADAS, from the University of British Columbia in August 2024, had a meta-agent write agent programs in Python and keep an archive of the best, and reported F1 on a reading-comprehension set of 79.4 against 65.8 for the best hand-designed baseline, at about $500 of API calls per search run. AFlow, at ICLR 2025, searched code-represented workflows with Monte Carlo tree search over a small set of operators, generate, review, ensemble, test, and averaged 80.3 across six benchmarks against 72.8 for direct prompting and 67.2 for ADAS, claiming that smaller models could match GPT-4o “at 4.55% of its inference cost in dollars”. MaAS, at ICML 2025, learned a probability distribution over four layers of operators with an early-exit option, so that easy queries leave after one cheap call and hard ones get a debate; on MATH it scored 51.82 at an inference cost of $0.42 against $6.76 for debate and $1.66 for AFlow. DyLAN, from 2023, pruned teams by an unsupervised importance score and found that cutting a code team from twelve agents to eight raised accuracy from 76.2 to 82.9 while cutting API calls from 23 to 17. Fewer, better agents.

Then the counterweight. Salesforce’s “The Illusion of Multi-Agent Advantage”, posted in June 2026, re-ran the automated designers under cost accounting and found that “automatic MAS consistently underperform CoT-SC despite being up to 10x more expensive” on reasoning sets and on BrowseComp-Plus; one frontier model was dropped from the comparison because its multi-agent cost multipliers were not viable. On a synthetic benchmark built to be decomposable, the searched systems showed what the authors call architectural bloat and functionally collapsed into self-consistency, while an expert-designed system, a meta-agent that parsed each problem into a schema and a deterministic Python executor that ran narrow sub-agents, took GPT-5 from 57.0 to 96.5 percent at a cost comparable to self-consistency. Google’s own search paper of February 2025 had found that “influential topologies only represent a small fraction” of the space and that prompts, not graphs, were the influential component. Read together: the searched topologies that win do so mostly by routing, sending easy queries to one cheap call, and the one design that beat everything was a human partition with code, not a model, doing the orchestration.

When not to use it. When a search run costs more than the deployment will save, which at $300 to $500 a run and a 10 times inference multiple is most of the time. And when the task can be partitioned by hand: the expert design won by 40 points.

Searched topologies, and the hand-made one that beat themLeft, a ladder of search spaces from prompts to arbitrary code with the systems that search each; right, bars of inference cost on MATH for five systems, and the Salesforce result in which an expert design beat every searched one. WHAT IS SEARCHED prompts only MASS (Google, Feb 2025): prompts are the influenti al part edges of a graph GPTSwarm (Feb 2024); DyLAN (2023): 12 to 8 agents, 76.2 to 82.9 operator DAG AFlow (Oct 2024): 80.3 vs 72.8 direct; MaAS (Feb 2 025): early exit arbitrary code ADAS (Aug 2024): +13.6 F1 on DROP, +3.0 on GPQA; a bout $500 a run Gains shrink on knowledge-bound tasks; searched systems win by routing. COST AND THE COUNTER-RESULT MATH, gpt-4o-mini: inference cost of a test run (accuracy) LLM-Debate $6.76 (48.54%) DyLAN $2.89 (48.63%) AFlow $1.66 (51.28%) GPTSwarm $0.93 (47.88%) MaAS $0.42 (51.82%) The Illusion of Multi-Agent Advantage (Salesforce, Jun 2026): “automatic MAS consistently underperform CoT-SC despite being up to 10x more expensive.” On a decomposable benchmark: GPT-5, self-consistency 57.0% GPT-5, expert-designed MAS 96.5% A meta-agent parses the problem; deterministic Python runs narrow sub-agents.
Figure 17. A model can search the space of teams, and the one design that beat every searched one was a human partition executed by code. The cheapest searched system is also the most accurate because it sends easy queries to one call. Sources: Hu, Lu and Clune, ADAS (15 August 2024); Zhang et al., AFlow (14 October 2024); Zhang et al., MaAS (6 February 2025), Tables 1 and 3; Zhuge et al., GPTSwarm; Liu et al., DyLAN; Zhou et al., MASS (4 February 2025); Jwalapuram et al., The Illusion of Multi-Agent Advantage, arXiv 2606.13003 (June 2026), Table 4.

The scientific pipeline: fan out, then verify

The multi-agent systems with results that have held up outside their own benchmarks are the scientific ones, and they share a shape. Google’s AI co-scientist, announced in February 2025, runs a supervisor over six workers, generation, reflection, ranking, proximity, evolution and meta-review, in a “generate, debate, evolve” loop with an Elo tournament between hypotheses; the blog is careful to say that the Elo “is an auto-evaluation and is not based on an independent ground truth”, and the results that count came from the wet lab, where proposed repurposed drugs inhibited leukaemia cell lines at nanomolar concentrations. Stanford’s Virtual Lab, in Nature in July 2025, put a principal-investigator agent, a critic and three specialist scientists into team and individual meetings, with the human contributing about one percent of the words, and designed 92 nanobodies of which more than 90 percent expressed and two bound the new variants better. FutureHouse’s Robin, from May 2025, ran an orchestrator over literature, review and analysis agents: 151 papers read to propose ten mechanisms, about 400 to propose thirty drug candidates, a tournament to rank them, five tested, and a second round that proposed ripasudil, a glaucoma drug, which outperformed the first-round winner in the dish; the analysis agent ran ten independent trajectories and took their consensus. AlphaEvolve, which the self-improvement series covered, pairs a breadth model with a depth model under automated evaluators and has recovered 0.7 percent of Google’s worldwide compute in production.

The paper-writing systems make the same point by failing it. Sakana’s AI Scientist produced papers for under $15 each in 2024, and its 2025 successor got one of three submissions accepted at a workshop with an average score of 6.33, roughly the top 45 percent of submissions, at a venue that accepts 60 to 70 percent of papers against 20 to 30 at main conferences; Sakana’s own review said none of the three passed its internal bar for a main track. Agent Laboratory, from January 2025, produced papers for $2.33 each with GPT-4o and reported that its own automated reviewer scored them 6.1 out of 10 where humans scored 3.8, “automated scores significantly overestimating quality”. The difference between the systems that discovered a drug and the systems that wrote a paper is not the topology. All of them fan out to read and generate and converge through a tournament or a lead. The difference is the verifier at the end: a cell line, a binding assay, a compiler, a test suite, against a model’s opinion of a manuscript. Part 1 called this the verifier rule for a single agent’s reflection loop. It holds unchanged for a hundred agents.

SystemWho talks to whomVerifierResult
AI co-scientist
Google, 19 Feb 2025
Supervisor over six workers: generation, reflection, ranking, proximity, evolution, meta-review; Elo tournament between hypothesesElo is “an auto-evaluation and is not based on an independent ground truth”; wet lab afterwardsRepurposed drugs inhibited leukaemia lines at nanomolar concentrations; a fibrosis result at p < 0.01
AI Scientist v2
Sakana, 10 Apr 2025
An experiment manager over parallel tree searches with a vision-model critic; no human templatesLLM reviewer, then human peer reviewOne of three papers accepted at a workshop, score 6.33; “none … passed our internal bar” for a main track
Agent Laboratory
AMD and JHU, 8 Jan 2025
PhD, postdoc, ML engineer and professor agents in three phases, with optional human checkpointsReviewer agents mimicking NeurIPS reviews$2.33 a paper with GPT-4o; automated reviewer 6.1 of 10 where humans gave 3.8
Virtual Lab
Stanford and CZ Biohub, 29 Jul 2025
A principal-investigator agent, a critic and three scientists in team and individual meetings; five parallel meetings mergedWet lab: expression and binding assays92 nanobodies designed; over 90% expressed; two improved binders to new variants; humans wrote about 1% of the words
Robin
FutureHouse, 19 May 2025
An orchestrator over literature, deep-review and analysis agents; ten analysis trajectories to a consensusWet lab, run by humans151 papers to ten mechanisms, about 400 to thirty candidates, five tested, then ripasudil; 2.5 months
AlphaEvolve
Google DeepMind, 14 May 2025
A breadth model and a depth model proposing code into an evolutionary databaseAutomated evaluatorsRecovers 0.7% of Google’s worldwide compute; a 23% faster matmul kernel; 48 multiplications for 4x4 complex matrices
Figure 18. Six scientific multi-agent systems. All fan out to read and generate and converge through a tournament or a lead; the ones with results that held had a verifier outside the model, a cell line, a binding assay, a compiler or an evaluator, and the ones graded by a model overestimated themselves. Sources: Google Research (19 February 2025); Yamada et al., AI Scientist-v2 (10 April 2025) and Sakana (12 March 2025); Schmidgall et al., Agent Laboratory (8 January 2025); Swanson et al., Virtual Lab, Nature (29 July 2025); Ghareeb et al., Robin (19 May 2025); AlphaEvolve as covered on this site.

How they fail together: the taxonomy

The failure record has a canonical source. “Why Do Multi-Agent LLM Systems Fail?”, from Berkeley, first posted in March 2025 and published at NeurIPS 2025 in its October revision, annotated 1,642 traces from seven open-source multi-agent frameworks, each trace averaging over 15,000 lines, with six expert annotators who agreed at a Cohen’s kappa of 0.88, and found failure rates of 41 to 86.7 percent. Its taxonomy, MAST, has fourteen failure modes in three categories. System design issues account for 44.2 percent of failures: step repetition at 15.7, unawareness of termination conditions at 12.4, disobeying the task specification at 11.8, loss of conversation history at 2.8, disobeying the role at 1.5. Inter-agent misalignment accounts for 32.3: a mismatch between reasoning and action at 13.2, task derailment at 7.4, failing to ask for clarification at 6.8, conversation resets at 2.2, ignoring another agent’s input at 1.9, withholding information at 0.8. Task verification accounts for 23.5: incorrect verification at 9.1, no or incomplete verification at 8.2, premature termination at 6.2. By system, on their own benchmarks: AppWorld failed 86.7 percent of tasks, HyperAgent 74.7, ChatDev 66.7, Magentic-One 62.0, MetaGPT 60.0, AG2 41.0.

Three of the paper’s findings matter more than the percentages. First, the design category is the largest, and the authors’ reading is that “MAS failure is not merely a function of challenges in the underlying model”; when they swapped models inside MetaGPT, GPT-4o cut design failures by 39 percent relative to Claude 3.7 Sonnet but did not remove them. Second, the misalignment category is not fixed by protocols: MCP and A2A standardise message formats, but these failures “occur even when agents within the same framework communicate using natural language”, which the paper calls a collapse of theory of mind. Its example is an AppWorld phone agent that never tells the supervisor the username must be a phone number, and a supervisor that never asks. Third, the interventions were modest. Rewriting ChatDev’s role prompts took it from 25.0 to 34.4 percent on a programming set; changing its topology to a cyclic graph that terminates only when a reviewer confirms, with an iteration cap, took it to 40.6; the authors’ verdict is that “they do not constitute substantial improvements”. The one that worked best was a verifier.

The equal-compute study adds the quantities the taxonomy lacks. Its trace analysis found that independent agents with no verifier amplified errors 17.2 times relative to a single agent, a central orchestrator 4.4 times, and that orchestrator synthesis reduced context-omission errors by 66.8 percent; coordination failures appeared only in multi-agent runs, at 1.8 percent for the centralised design and 12.4 for the hybrid. Four smaller 2026 results fill in the edges. A financial-document benchmark over 10,000 SEC filings found coordination failures, conflicts, deadlocks and corrupted messages, at 0.0 percent of errors for a sequential pipeline, 8.1 for parallel, 12.4 for hierarchical and 14.2 for a reflexive design, which was also the most accurate at 2.3 times the cost. A two-agent cooking benchmark found GPT-4o’s success falling from 94 percent at the easiest level to 4 at the hardest, and that models were “better at responding to collaboration than initiating” it. A distributed-computing benchmark of up to a hundred agents found “performance degrades significantly beyond small network sizes”. And an open-ended coordination benchmark of thirteen models found that “individual task competence does not imply coordination competence”. The failure modes, read as a whole, divide into three: decisions lost at a boundary, which is the partition failing; agreement arriving too early, which is shared state failing; and nobody checking, which is the verifier missing. The patterns above differ in which of the three they invite.

The MAST failure taxonomyLeft, bars for the three failure categories and their fourteen modes with shares of 1,642 annotated traces; right, failure rates by system. Share of failures across 1,642 traces, seven frameworks, kappa 0.88 (MAST v3, Oct 2025) System design issues 44.2% Step repetition 15.7 Unaware of termination 12.4 Disobey task spec 11.8 Loss of history 2.8 Disobey role 1.5 Inter-agent misalignment 32.3% Reasoning-action mismatch 13.2 Task derailment 7.4 Fail to ask clarification 6.8 Conversation reset 2.2 Ignored other agent 1.9 Information withholding 0.8 Task verification 23.5% Incorrect verification 9.1 No or incomplete verification 8.2 Premature termination 6.2 FAILURE RATE BY SYSTEM (FIGURE 5) AppWorld 86.7% HyperAgent 74.7% ChatDev 66.7% Magentic-One 62.0% MetaGPT 60.0% AG2 41.0% Different benchmarks; not comparable across systems. GPT-4o and Claude 3.7. Interventions on ChatDev: 25.0 to 34.4 (roles) to 40.6 (topology + verifier). Read as three failures: decisions lost at a boundary (the partition), agreement arriving too early (shared state), and nobody checking (the verifier).
Figure 19. Fourteen ways to fail together. Design issues, misalignment between agents and missing verification; the protocol does not fix the second (“even when agents within the same framework communicate using natural language”), and the intervention that worked best was a verifier. Source: Cemri et al., Why Do Multi-Agent LLM Systems Fail?, arXiv 2503.13657, v3 (26 October 2025), Figures 1 and 5 and Table 5.
Four numbers per architecture at equal computeFour small bar panels for five architectures: success rate, turns per task, error amplification relative to a single agent, and success per thousand tokens. SUCCESS RATE Single 0.466 Independent 0.370 Decentralised 0.477 Centralised 0.463 Hybrid 0.452 TURNS PER TASK Single 7.2 Independent 11.4 Decentralised 26.1 Centralised 27.7 Hybrid 44.3 ERROR AMPLIFICATION (X) Single 1.0x Independent 17.2x Decentralised 7.8x Centralised 4.4x Hybrid 5.1x SUCCESS PER 1K TOKENS Single 67.7 Independent 42.4 Decentralised 23.9 Centralised 21.5 Hybrid 13.6 Success barely moves; turns multiply six-fold; a central verifier cuts error amplification from 17.2x to 4.4x; efficiency per token falls five-fold.
Figure 20. What the topologies cost at equal compute, averaged across tasks. The verifier at the join is what separates 17.2 times error amplification from 4.4; coordination failures appeared only in the multi-agent runs, at 1.8 percent for the centralised design and 12.4 for the hybrid. Source: Kim et al., arXiv 2512.08296, v3 (8 April 2026), Table 5.

The arithmetic: tokens multiply, and the multiple has a shape

The published multipliers agree with each other more than their range suggests. Anthropic’s June 2025 post put agents at about four times the tokens of a chat and multi-agent systems at about fifteen, which is roughly 3.75 times a single agent; its January 2026 guidance says three to ten times for equivalent tasks; the Claude Code documentation puts agent teams at about seven times a standard session when teammates plan, and says usage is roughly proportional to team size. AgentPrune measured hand-built topologies at 2 to 11.8 times a simple chain. The Salesforce study found automated designs at up to ten times self-consistency. ArcticSwarm’s full system used about twenty times the tokens of its single agent, for 34 points. MetaGPT’s four roles cost 1.51 times its lone engineer; ChatDev’s team 3.2 times its single-agent baseline. The equal-compute study, holding tokens fixed, found the overhead instead in turns, 7.2 for a single agent against 27.7 for the centralised design and 44.3 for the hybrid, and in success per thousand tokens, 67.7 against 21.5 and 13.6. The multiplier is a property of the partition: the more that crosses the boundaries, the higher it goes.

Three things change the arithmetic in the platform team’s favour, and all three are in the rate cards of October 2026. The first is the tier. Anthropic’s own research system ran an Opus lead over Sonnet workers; Claude Haiku 5.5, released on 7 October at $0.10 per million input tokens and $0.50 output for prompts under 100,000 tokens, with cache reads at a cent, is marketed as a sub-agent, and the site’s price survey of 29 September puts Opus 5.5 at $4 and $20 with cache reads at $0.20, Sonnet 5.5 at $2 and $10, and OpenAI’s GPT-6 Luna at $0.10 and $0.50. A worker that reads is a small-model job. The second is the cache. Workers re-read the same brief and the same documents, and a cache read is a twentieth or a tenth of a fresh read; but the vendor guidance carries a trap, which is that parallel workers with slightly different prompts over the same context “write N separate cache entries and read none of each other’s”, and a cache entry becomes readable only once the first response has begun. Send one request, then fan out. The third is the harness shape: the system cards found that long-lived workers that keep their context beat fresh-per-subtask workers on tokens as well as latency, because the fresh worker re-establishes context every time.

The token multiple, and the rate card that absorbs itA log-scale ladder of reported token multiples for multi-agent systems against a single agent, from 1.5 to 20 times, and a strip of October 2026 prices per million tokens for four models with their cache-read rates. Reported token or cost multiple against a single agent (log scale) 1x 2x 3x 5x 10x 20x MetaGPT, four roles vs one AgentPrune: topologies vs a chain, 2 to 11.8x ChatDev vs single agent Anthropic Jun 2025: 15x chat / 4x chat (derived) Claude Code agent teams, plan mode automated MAS vs self-consistency, up to ArcticSwarm vs its single agent Anthropic Jan 2026: 3 to 10x LIST PRICES, US$ PER MILLION TOKENS, OCTOBER 2026 (INPUT / OUTPUT / CACHE READ) Opus 5.5 $4 / $20 / $0.20 lead Sonnet 5.5 $2 / $10 / $0.10 lead or worker Haiku 5.5 $0.10 / $0.50 / $0.01 worker; “pairs well … as a subagent” GPT-6 Luna $0.10 / $0.50 / $0.01 worker Fan-out rule from the vendor guidance: parallel workers with different prompts write N cache entries and read none of each other’s; send one request, then fan out.
Figure 21. The multiplier is a property of the partition, and the tier is what pays for it. Reported multiples run from 1.5 to 20 times a single agent; a worker that reads costs a fortieth of a lead at the October 2026 rate cards, and a tenth of that again when the read is cached. Sources: MetaGPT Table 3; AgentPrune; ChatDev v5; Anthropic (13 June 2025; 23 January 2026); Claude Code documentation (October 2026); Jwalapuram et al. (June 2026); Yoon et al. (1 September 2026); prices from Anthropic (22 September, 28 September and 7 October 2026) and the author’s price survey of 29 September 2026.

A worked example, sized two ways

Take a task every platform team is asked for: due diligence on a supplier. Forty documents of about 5,000 tokens each, contracts, filings, audit letters and news, twelve questions to answer, and a report with citations. It is read-heavy and it partitions: the documents can be read in any order, and no answer depends on a decision taken while reading another document. On the equal-compute study’s map it sits with the financial-analysis task, where the orchestrator won by 80 percent, not with the planning task where every team lost. The sizes below are my assumptions and the prices are the October 2026 list prices; the point is the shape of the bill, not its last cent.

One agent. A single Sonnet 5.5 agent reads all forty documents, answers the questions and writes the report in about sixty steps. Its context grows with every document read and is compacted around 150,000 tokens; call the average context 90,000 tokens a step with nine tenths of it served from cache. Input costs 60 steps times (9,000 fresh tokens at $2 a million plus 81,000 cached at $0.10) which is $1.57; output of 800 tokens a step at $10 a million is $0.48; about $2.05 a task, and 5.4 million input tokens. The risk is not the bill. It is that a single window carrying 200,000 tokens of evidence is operating in the region where part 1’s reliability numbers were measured, and that compaction will discard a detail that a later question needed.

A lead and five workers. A Sonnet 5.5 lead writes the brief and splits the documents eight to a worker; five Haiku 5.5 workers read their eight documents in twenty steps each, with an average context of 35,000 tokens, and return a 1,500-token summary with citations; the lead answers the questions from the summaries, retrieves a document itself where a summary conflicts, and writes the report in fifteen steps at an average context of 20,000 tokens. Each worker costs 20 steps times (3,500 fresh tokens at $0.10 plus 31,500 cached at $0.01) which is $0.013, plus 12,000 output tokens at $0.50, $0.006: about two cents a worker, ten cents for five. The lead costs 15 steps times (2,000 fresh at $2 plus 18,000 cached at $0.10), $0.09, plus 15,000 output tokens at $10, $0.15: about $0.24. The task costs about $0.33 and 3.8 million input tokens, fewer tokens than the single agent, because each window stays small. Put the same five workers on Sonnet 5.5 instead and they cost about $0.32 each, $1.85 for the task, back to the single agent’s bill: the lever is the tier, not the count, which is the design Anthropic used in June 2025 and priced its smallest model for in October 2026.

What the arithmetic does not show. The lead is the join, and the AI-Q study found most final errors there; so the lead’s report needs a verification pass that checks every citation against the document, which is a sixth worker or a tool, and it needs the fan-out cache rule, one request before five. The 1,500-token summaries are the partition’s boundary, and any question that needs a fact the worker did not think worth summarising will be answered wrong unless the lead can retrieve. And if the task changes shape, if the questions begin to depend on each other or a negotiation is added at the end, the partition should be redrawn before the team is enlarged. The equal-compute study’s capability rule is the last check: where the single agent already succeeds more than about 45 percent of the time, adding agents is more likely to hurt than help.

Due diligence sized two waysLeft, one agent reading forty documents in sixty steps; right, a lead with five workers each reading eight documents; below, the cost per task under stated assumptions for three configurations and the token totals. A · ONE SONNET 5.5 AGENT one window 60 steps; context grows to about 150k, compacts 5 docs 5 docs 5 docs 5 docs 5 docs 5 docs 5 docs 5 docs Avg context 90k a step, 90% cached. Input: 60 x (9k x $2 + 81k x $0.10) / M = $1.57 Output: 60 x 800 tokens x $10 / M = $0.48 Total about $2.05; 5.4M input tokens. Risk: one window carrying 200k of evidence. B · SONNET 5.5 LEAD, FIVE HAIKU 5.5 WORKERS lead 15 steps, avg 20k context w1 8 docs, 20 steps w2 8 docs, 20 steps w3 8 docs, 20 steps w4 8 docs, 20 steps w5 8 docs, 20 steps Worker: 20 x (3.5k x $0.10 + 31.5k x $0.01)/M + 12k x $0.50/M = about $0.02; five: $0.10. Lead: 15 x (2k x $2 + 18k x $0.10)/M + 15k x $10/M = about $0.24. Total about $0.33; 3.8M input tokens. Each worker returns a 1,500-token summary. COST PER TASK, AUTHOR’S ASSUMPTIONS, OCTOBER 2026 LIST PRICES A: one Sonnet 5.5 agent $2.05 B’: lead + five Sonnet 5.5 workers $1.85 B: lead + five Haiku 5.5 workers $0.33 The lever is the tier, not the count. What the bill omits: a verifier at the join, the fan-out cache rule, and retrieval when a summary conflicts.
Figure 22. The same task, partitioned. Forty documents and twelve questions partition cleanly, so five cheap readers under one strong lead cost a sixth of a single agent and use fewer tokens, because each window stays small; the same five workers on the lead’s model cost as much as the single agent. Sizes are the author’s assumptions; prices are Anthropic’s of 22 September, 28 September and 7 October 2026.

Protocols are plumbing, not topology

A word on the wire. Google announced the Agent2Agent protocol on 9 April 2025 with more than fifty partners, moved it to the Linux Foundation on 23 June 2025 with more than a hundred, and shipped version 1.0.0 of the specification on 12 March 2026. An A2A server publishes an agent card, a JSON document of identity, capabilities, skills, endpoint and security schemes; a client sends it tasks, which move through submitted, working, input-required, completed, failed and a few other states, and receives artifacts made of typed parts; it is built on HTTP, JSON-RPC and server-sent events. The Model Context Protocol, announced by Anthropic on 25 November 2024 and moved to the Agentic AI Foundation under the Linux Foundation on 9 December 2025, is the vertical link, agent to tools and data; A2A is the horizontal one, agent to agent; IBM’s Agent Communication Protocol merged into A2A in 2025. These matter, and a later series will take them apart. But the failure taxonomy is clear that they do not decide the questions in this essay: the misalignment failures “occur even when agents within the same framework communicate using natural language”. A protocol fixes the envelope. The partition is what goes in it.

The patterns, by what crosses the boundary

The table collects every pattern in this essay with what crosses between its windows, what it buys, how it fails, and when not to use it.

PatternWhat crosses the boundaryWhat it buysFailure modeWhen not to use it
Orchestrator-workers
Anthropic, Dec 2024 and Jun 2025
Brief down; 1,000 to 2,000-token summary upParallel search over more tokens than one window: +90.2% on research; 93.3 vs 88.0 on BrowseCompOver-spawning; vague delegation duplicates work; errors at the join (84.7%)Shared context, many dependencies, most coding; easy tasks (0.8x speed)
Blocking vs long-lived workers
Anthropic system cards, 2026
Fresh worker per subtask vs persistent contextLong-lived workers: higher score, fewer tokens, 2.2 to 5.9x speedBlocking: waits on the slowest; rebuilds context each timeWhen subtasks are tiny and the pool is large
Supervisor and handoff
Swarm, Oct 2024; Agents SDK, Mar 2025
Control, plus full or filtered historyTool isolation: flat under distractor domains where a single agent falls offLost context at transfer; routing errors; guardrails only at the endsParallel work; when one agent must own the answer
Agents as tools
OpenAI Agents SDK docs
A task in, a result out; manager keeps controlOne owner of the final answer; shared guardrailsManager becomes the bottleneckWhen the specialist should take over the conversation
Role-based team
MetaGPT, ChatDev, CAMEL, 2023
Structured documents between rolesExecutability 1.0 to 4.0; revisions 10 to 2.5; at 1.5 to 3.2x costAll roles read the same code; team 4.0% vs single 8.6% on office tasksWhen a single agent with tests would do
Debate and voting
Du et al., 2023; More Agents, 2024
Nothing until the voteVariance reduction; +12 to +24 points on GSM8K with 40 samplesAgreeableness; equals self-consistency at the same budget; inverted U past 4 to 5When self-consistency matches it; open-ended search
Mixture-of-agents
Together AI, Jun 2024
Proposals to an aggregator65.1 vs 57.5 on AlpacaEval 2.0 with open modelsHomogeneous proposers saturateWhen the proposers are the same model
Blackboard and swarm
Agensh, ArcticSwarm, 2026
Whatever anyone writes to the boardScales to 1,024 agents with a verifier: 33.89 to 55.06%Premature consensus; covert channels; 17.2x error amplification without a verifierWithout a verifier; sequential tasks; where isolation is a safety requirement
Gated isolation plus review
ArcticSwarm, Sep 2026
Board reads gated per task; review at commitment points82.6 vs 61.9 for free messaging, 48.4 singleAbout 20x the tokens of the single agentShort tasks; tasks without alternatives to explore
Message economy
Optima, AgentPrune, TalkHier, 2024 to 2025
Terse, structured, pruned messagesTokens down 10x (Optima); cost $43.7 to $5.6 (AgentPrune)Dropping the background or intermediate output lowers accuracyWhen messages are already short
Searched topology
ADAS, AFlow, MaAS, 2024 to 2025
A learned graph of model callsMaAS: best accuracy at $0.42 vs $6.76 for debate, by routingUp to 10x self-consistency cost for no gain (Salesforce, 2026); $300 to $500 a search runWhen a human partition is available: 96.5 vs 57.0
Sequential chain of agents
Google, Jun 2024
A communication unit passed forwardLong-context tasks: +10 over RAG and full contextLast worker cannot answer alone; order mattersParallel-friendly tasks
Scientific pipeline
Co-scientist, Virtual Lab, Robin, 2025
Hypotheses to a tournament or a leadDrugs and binders that held in the labSelf-graded Elo; model reviewers overestimate (6.1 vs 3.8)Without an external verifier at the end
Hundred-agent teams
Anthropic Opus 5.5 card, Sep 2026
Send and Wait messages; shared GitScore rises with size, with diminishing returns; a 2-tier structure emerges when neededSlower than one agent on short tasks without a time budgetShort tasks; tasks without a verifier
Protocols (MCP, A2A)
Nov 2024; Apr 2025; v1.0 Mar 2026
A standard envelope: cards, tasks, artifactsInteroperability across vendorsMisalignment failures persist in natural language within one frameworkAs a substitute for the partition
Table 1. Every pattern in this essay with what crosses between its windows, what it buys, how it fails, and when not to use it. Numbers are those cited in the text, with their sources.

What I would build, and in what order

These are the rules I apply when a team brings me a multi-agent design, ordered by how often the missing one turns out to be the problem.

Draw the partition before the org chart.

  1. Draw the partition before the org chart. List the task’s decisions and ask, for each, which other decisions it depends on. The parts with no dependencies are workers; the parts with dependencies are one agent. If everything depends on everything, build one agent with a longer window and stop.
  2. Decompose by context, not by job title. A worker is justified when it reads something the others need not. A planner, an implementer and a tester all read the same code and belong in one window; a reader of contracts and a reader of filings do not.
  3. Maximise the single agent first. Measure it. If it already succeeds more than about 45 percent of the time, the equal-compute evidence says a team is more likely to hurt than help, and if the hard tail is small, the team will be slower.
  4. Put a verifier at the join. Most final errors originate where results are combined. The lead’s synthesis gets a check against the sources, by tool where one exists, by a sceptical agent where it does not, and never by the lead itself.
  5. Make the implicit explicit at every boundary. A written belief state, a fixed message envelope, a task description with an objective, an output format and the tools to use. Each of these moved a measured number; vague delegation duplicated work.
  6. Gate the shared surface. Decide what may be read when. Isolation then review beat free messaging by twenty points in the one study that measured it, and a wipe of an unsanctioned board was undone within a day. Any writable surface two agents can both reach is a channel.
  7. Prefer diversity to headcount. Two different agents matched sixteen identical ones; eight identical ones cost 27 points on logic. If an ensemble, vary the model or the prompt; if a team, keep it to three to five.
  8. Price the partition, then choose the tier. Workers that read go on the cheapest model with cache reads at a cent; the lead goes on the strongest. Send one request before fanning out, so the workers read the same cache entry. Long-lived workers beat fresh ones on tokens.
  9. Cap the pool in the harness, not the prompt. Concurrency, total agents, nesting depth and spend, with the vendor defaults read and overridden. The default pool guidance is under ten; the warning fires at 25.
  10. Demand seeds for every coordination gain. Seven of ten reported architectures sit below the run-to-run noise floor. Four trials per task, end-state grading, and the single-agent baseline on the same model and budget, before any topology is adopted.

The partition is the pattern

The agents in the hundred-agent teams of September 2026 drew their own organisation charts, two tiers for the proofs and a flat pool for the index, and nobody told them to. The structure of the task did. That is the finding of this part, and it is the same finding as part 1’s from one level up: the pattern is not a thing you choose from a menu but the shape a well-partitioned task takes when the boundaries are drawn where the decisions are not. Where the work partitions, many agents are the only way to spend enough tokens, and the gains are large and getting larger. Where it does not, every boundary is a place where a decision is lost, and the measured record from the Flappy Bird clone to the 97 percent interference rate says so. Part 3 asks the question that both of these leave open: given a loop that works and a team that partitions, what has to sit outside all of them before any of them may run.

Agentic architecture patterns · You have read Part 2 of 4

Infographic: a matrix of sixteen agent incidents from May 2025 to October 2026 against eight controls, with a dot where the control was missing (identity and egress 8 each, injection 6, approval and observability 4, durability 3, stop 2, classification 1), beside paired bars showing a rule as a request against the same rule as a control: attack success 17% in the prompt versus 4% at runtime, 33.7% versus 0.8% with computed roles, 37.5 to 60% irreversible harm ungated versus 2.5% with an enforced gate, and 94% of leaders confident versus 32.7% enforcing least privilege.
Next in the series · Part 3 of 4 · 56 min readAgentic architecture patterns, part 3: the control plane, the patterns that decide whether an agent may run

A control is something the agent cannot read. Nine patterns that sit outside every agent, with what each costs in milliseconds, the measurements, and the incident of 2025 or 2026 each would have caught.

Continue to Part 3 →

Sources

  1. Kim, Y., Liu, X. et al. (Google Research, Google DeepMind, MIT). Towards a Science of Scaling Agent Systems. 9 December 2025; v3, 8 April 2026. Blog: When and why agent systems work, 28 January 2026.
  2. Anthropic. How we built our multi-agent research system. 13 June 2025.
  3. Cognition (Yan, W.). Don’t Build Multi-Agents. 12 June 2025.
  4. Anthropic. Building multi-agent systems: when and how to use them. 23 January 2026.
  5. Anthropic. Effective context engineering for AI agents. 29 September 2025.
  6. Anthropic. Building effective agents. 19 December 2024.
  7. Xia, Wu and Park (UIUC, Columbia). Passes Alone, Fails Together: Benchmarking Semantic Coordination in Parallel LLM-Agent Development. 21 September 2026.
  8. Li, H. et al. (Pittsburgh, CMU). Theory of Mind for Multi-Agent Collaboration via Large Language Models. October 2023, EMNLP 2023.
  9. Hirsch, E. et al. (Bar-Ilan, UNC, UT Austin). Who is the Agent to Blame? Localizing Faithfulness and Citation Mistakes in Agentic Deep Research. 25 August 2026.
  10. Anthropic. Claude Opus 4.6 System Card. February 2026, corrected 6 March 2026; Claude Opus 4.6, 5 February 2026.
  11. Anthropic. System Card: Claude Fable 5 and Claude Mythos 5. 9 June 2026, section 8.15.
  12. Anthropic. System Card: Claude Opus 5. 24 July 2026.
  13. Anthropic. System Card: Claude Opus 5.5. 22 September 2026, section 8.12.
  14. OpenAI. GPT-5.6. 9 July 2026.
  15. Anthropic. Claude Platform release notes: dynamic workflows in Claude Managed Agents. 9 October 2026; Workflow runs and Claude Code dynamic workflows, documentation read October 2026.
  16. Anthropic. Orchestrate teams of Claude Code sessions; Manage costs effectively. Documentation read October 2026.
  17. Google Cloud. Gemini at Work 2026: introducing Gemini agent. 9 October 2026.
  18. Fourney, A. et al. (Microsoft Research). Magentic-One: A Generalist Multi-Agent System for Solving Complex Tasks. 7 November 2024.
  19. OpenAI. Swarm (experimental, educational). October 2024; Agents SDK: handoffs, orchestrating multiple agents and guardrails, documentation read October 2026; SDK released 11 March 2025.
  20. LangChain. LangGraph: Multi-Agent Workflows. 23 January 2024; Benchmarking multi-agent architectures, 10 June 2025; langgraph-supervisor, 7 February 2025, archived 20 September 2026.
  21. Microsoft Learn. Use multi-agent orchestration with the Azure OpenAI Responses API. 11 August 2026.
  22. Google. Agent Development Kit: making it easy to build multi-agent applications. 9 April 2025.
  23. Microsoft. Introducing Microsoft Agent Framework. 1 October 2025.
  24. Hong, S. et al. MetaGPT: Meta Programming for a Multi-Agent Collaborative Framework. 1 August 2023; ICLR 2024.
  25. Qian, C. et al. (Tsinghua). ChatDev: Communicative Agents for Software Development. 16 July 2023; v5, 5 June 2024.
  26. Li, G. et al. (KAUST). CAMEL: Communicative Agents for “Mind” Exploration of Large Language Model Society. 31 March 2023.
  27. Chen, W. et al. (Tsinghua). AgentVerse: Facilitating Multi-Agent Collaboration and Exploring Emergent Behaviors. 21 August 2023.
  28. Xu, F. et al. (CMU). TheAgentCompany: Benchmarking LLM Agents on Consequential Real World Tasks. 18 December 2024.
  29. Du, Y. et al. (MIT, Google Brain). Improving Factuality and Reasoning in Language Models through Multiagent Debate. 23 May 2023.
  30. Smit, A. et al. (InstaDeep). Should we be going MAD? A Look at Multi-Agent Debate Strategies for LLMs. 29 November 2023; ICML 2024.
  31. Wang, J. et al. (Together AI). Mixture-of-Agents Enhances Large Language Model Capabilities. 7 June 2024.
  32. Li, J. et al. (Tencent). More Agents Is All You Need. 3 February 2024; TMLR 2024.
  33. Huang, J. et al. (Google DeepMind). Large Language Models Cannot Self-Correct Reasoning Yet. 3 October 2023, Table 7.
  34. Yang et al. Understanding Agent Scaling via Diversity. 3 February 2026; ICLR 2026.
  35. Li, Gu, Cai and Feng (Fudan). Scaling Behavior of Single LLM-Driven Multi-Agent Systems. 30 May 2026.
  36. Wunderlich et al. Multi-Agent Reasoning Improves Compute Efficiency. ACL 2026 Student Research Workshop, July 2026.
  37. Sakana AI. Inference-time scaling and collective intelligence (Multi-LLM AB-MCTS). 1 July 2025.
  38. Yoon, S. et al. (Snowflake AI Research, Seoul National University). ArcticSwarm: Deferring Early Consensus in Long-Horizon Multi-Agent Research. 1 September 2026.
  39. Zhan et al. (Microsoft Research). Agensh: Scaling Organizational Intelligence to 1,024 Agents. 22 September 2026.
  40. Han and Zhang (CAS). Exploring Advanced LLM Multi-Agent Systems Based on Blackboard Architecture. 2 July 2025; Salemi et al. (UMass Amherst, Google Cloud AI Research). LLM-Based Multi-Agent Blackboard System for Information Discovery in Data Science. 30 September 2025.
  41. Zhuge, M. et al. (KAUST, IDSIA). GPTSwarm: Language Agents as Optimizable Graphs. 26 February 2024; ICML 2024.
  42. Chen, W. et al. (Tsinghua). Optima: Optimizing Effectiveness and Efficiency for LLM-Based Multi-Agent System. October 2024.
  43. Zhang, G. et al. Cut the Crap: An Economical Communication Pipeline for LLM-Based Multi-Agent Systems (AgentPrune). October 2024; ICLR 2025.
  44. Wang, Z. et al. (Sony). Talk Structurally, Act Hierarchically. February 2025; Fioresi et al. (UCF). Learning to Share. February 2026.
  45. Kaliyev and Maryanskyy (UT Austin, Uber). How Much Coordination Gain Is Real? A Paired Noise-Floor Protocol for Multi-Agent LLM Benchmarks. 15 June 2026.
  46. Hu, S., Lu, C. and Clune, J. Automated Design of Agentic Systems. 15 August 2024; Zhang, J. et al. AFlow. 14 October 2024; Zhang, G. et al. Multi-agent Architecture Search via Agentic Supernet (MaAS). 6 February 2025; Liu, Z. et al. DyLAN. 3 October 2023; Zhou, H. et al. (Google). Multi-Agent Design: Optimizing Agents with Better Prompts and Topologies. 4 February 2025.
  47. Jwalapuram, P., Lin, H. et al. (Salesforce). The Illusion of Multi-Agent Advantage. June 2026.
  48. Google Research. Accelerating scientific breakthroughs with an AI co-scientist. 19 February 2025.
  49. Yamada, Y. et al. (Sakana AI). The AI Scientist-v2. 10 April 2025; Sakana AI, first peer-reviewed publication, 12 March 2025; Lu, C. et al. The AI Scientist, 12 August 2024.
  50. Schmidgall, S. et al. Agent Laboratory: Using LLM Agents as Research Assistants. 8 January 2025.
  51. Swanson, K., Wu, W., Bulaong, N. L., Pak, J. E. and Zou, J. The Virtual Lab of AI agents designs new SARS-CoV-2 nanobodies. Nature, 29 July 2025.
  52. Ghareeb, A. E. et al. (FutureHouse). Robin: A multi-agent system for automating scientific discovery. 19 May 2025.
  53. Cemri, M., Pan, M. Z., Yang, S. et al. (UC Berkeley). Why Do Multi-Agent LLM Systems Fail?. 17 March 2025; v3, 26 October 2025; NeurIPS 2025.
  54. Kulkarni and Kulkarni (NYU). Benchmarking Multi-Agent LLM Architectures for Financial Document Processing. 24 March 2026; Sun et al. Collab-Overcooked. February 2025; Grötschla et al. AgentsNet. 11 July 2025; Tessera et al. Benchmarking Open-Ended Multi-Agent Coordination in Language Agents. 6 June 2026.
  55. Zhang, Y. et al. (Penn State, Google Cloud AI Research). Chain of Agents: Large Language Models Collaborating on Long-Context Tasks. 4 June 2024.
  56. Anthropic. Claude Haiku 5.5. 7 October 2026.
  57. Google. Announcing the Agent2Agent Protocol (A2A). 9 April 2025; Linux Foundation, A2A project launch, 23 June 2025; A2A specification, v1.0.0, 12 March 2026; Linux Foundation, Agentic AI Foundation, 9 December 2025.
Ashish Kumar

Ashish KumarHead of Platforms, AI & Data at Tata Group. Previously applied AI at Ola Krutrim, data science at Salesken, and conversational AI at Reliance Jio Haptik and Active.Ai. Full biography · LinkedIn