State of Multi-Agent Systems
Before we get into multi-agent systems, let’s first understand what an agent does and what changes when we ask several of them to work together.
From chat to agents
An AI agent works toward a task by choosing an action, observing what happened, and deciding what to do next. A coding agent might read a file, change it, run a test, and use the error to decide what to fix.
Three parts make this possible: the model reasons about the task; the harness manages context, tool calls and the execution loop; and the environment contains the tools and resources it can use, such as a repository, browser or email account.
November 2022: Chat. With ChatGPT, you could ask for code, copy it into an editor, run it and bring errors back. You managed the feedback loop.
September–November 2024: App builders. Replit Agent, Bolt.new and Lovable brought generation, execution and previews into one interface. You described an app and guided its development through conversation.
February–April 2025: Interactive coding agents. Claude Code and Codex CLI could work inside your project, reading files, editing code and running tests while you directed and reviewed the work.
May–October 2025 onward: Delegated cloud agents. Cloud Codex and Claude Code on the web let you assign work in separate cloud environments and return later to review it.
What makes a system multi-agent?
One agent can use several tools, run for hours or work on a persistent computer. A multi-agent system adds other agents that make decisions within their own assignments and coordinate their contributions.
For example, a Codex CLI agent can read files, edit code and run tests by itself. In Cursor’s January 2026 experiment, planners created tasks, workers implemented them, and a judge decided whether another cycle was needed. The work was distributed across several decision-making agents. Cursor’s architecture
“Local” and “cloud” describe where the system runs. “Single-agent” and “multi-agent” describe how the work is organized.
Multi-agent systems
A useful way to understand these systems is to look at how much of the task is known before work begins. Sometimes we can define the output and the main steps upfront. In other cases, we know the goal, but the plan keeps changing as agents work toward it.
Defined tasks: a coordinator delegates to subagents
When the end state and main steps are clear, a lead agent can divide the work into assignments, launch subagents and combine their results. This works well when those assignments can be completed largely independently.
Example task: identify the board members of every S&P 500 technology company. The output is a complete, sourced list. The work can be divided by company, with workers researching their assignments and reporting back to the lead.
June 2025: Anthropic Research demonstrated this task. A single agent failed through slow, sequential searches; parallel researchers found the answers. Each worker could adapt its search, while the lead kept the investigation directed toward the required output. Research example
Frameworks such as LangGraph and CrewAI help developers organize these roles and handoffs. January 2024: LangGraph already documented supervisors and hierarchical teams, alongside examples using CrewAI. Workflow patterns
Evolving projects: a swarm coordinates as the plan changes
Now consider a goal such as building a functioning web browser. We can describe what it should do, but implementation reveals dependencies, design choices and failures that change the next steps. Dividing the project once at the beginning is not enough.
Here, dynamic coordination becomes useful: agents create or revise tasks, pass discoveries between roles and reconcile changes to shared work.
January 2026: Cursor’s browser experiment used planners that continuously explored the project and created tasks, workers that implemented them, and a judge that decided whether another cycle was needed. July 2026: its later swarm design added clearer ownership of design decisions to prevent agents from building incompatible solutions. Browser experiment, Swarm coordination
These are overlapping arrangements. A coordinator can revise its plan, and a swarm can still have a hierarchy. The distinction is how much of the division of work must be discovered and reorganized during execution. Both need a clear way to judge whether the goal has been achieved.
What do the results show?
The studies measure different things. Benchmark success, a playable application and bugs found during review should not be read as the same measure of accuracy.
| Study and arrangement | Reported result | Cost and comparison limits |
|---|---|---|
| June 2025: Anthropic research. Opus 4 lead with Sonnet 4 workers. | 90.2% improvement over single-agent Opus 4 on its internal research evaluation. | No matched dollar comparison. This is a relative performance improvement, not a 90.2% success rate. Study |
| January 2026: Google’s Finance-Agent results. Coordinator and workers. | Mean success rose from 34.9% to 63.1%. | The authors report matched reasoning-token budgets and standardized tools and prompts. Equal dollar cost is not established. Paper |
| January 2026: Google’s PlanCraft results. Coordinator and workers. | Success fell from 56.8% to 28.2%. | Each action changed the state needed for the next. Extra coordination consumed effort without helping the sequential work. Paper |
| March 2026: Anthropic game-making application. Planner, generator and evaluator. | Solo: $9 and 20 minutes, with broken controls. Full harness: $200 and six hours, with a playable core and remaining problems. | Both used Opus 4.5, but scope and supporting software also changed. This does not isolate the effect of adding agents. Experiment |
| April 2026: Cognition code review. Coding agent and separate reviewer. | Average of two bugs detected per PR, approximately 58% severe. | No controlled single-agent baseline, comparative cost or final correctness rate. Report |
| July 2026: OpenAI command-line tasks. Four coordinated agents. | Terminal-Bench 2.1 rose from 88.8% to 91.9%. | Used additional tokens; an equal-compute advantage was not established. Evaluation |
The Google overview appeared in January 2026; its paper was published in December 2025.
Cost needs its own comparison. The research-system report estimated ordinary agents at about 4× the tokens of chat, and multi-agent systems at 15×. Those figures were not costs for completing the same task. Token use
July 2026: Cursor’s SQLite swarms cost between $1,339 using Opus 4.8 with Composer 2.5 and $10,565 using GPT-5.5 throughout. All new configurations eventually passed the held-out test suite. The solo runs were graded informally, so this compares swarm configurations without establishing savings over an equally capable single agent. Swarm economics
These results give us reasons to use multiple agents for particular tasks. They do not establish a general improvement in quality, cost and completion time together.
What goes wrong, and what has helped?
Adding workers also adds opportunities for misunderstanding. The reported failures make this concrete.
June 2025: Unclear assignments led to duplicated research. In a semiconductor investigation, one worker researched the 2021 shortage while two repeated current supply-chain research. Early versions also launched 50 subagents for simple queries. Clearer task boundaries, output requirements and effort budgets helped address both problems. Delegation failures
January 2026: Shared work became a queue. Cursor’s agents held locks too long or failed to release them, leaving 20 agents with the effective throughput of two or three. Equal-status agents also favored small, safe changes while difficult work went unclaimed. Separating planning and implementation gave those responsibilities clearer owners. Coordination and ownership
February–July 2026: Parallel work could converge on the same blocker or diverge into incompatible designs. Compiler agents repeatedly attempted the same problem and interfered with one another’s changes; better test partitioning made independent work possible. An older Cursor swarm produced three separate SQL packages. Its later design gave planners responsibility for shared decisions. Compiler coordination, Conflicting designs
April 2026: An agent did not always know when to ask for help. In Cognition’s “Smart Friend” experiment, a weaker model could consult a stronger one, but deciding when to consult it and what context to send remained difficult. Access to a stronger agent was only useful if the first agent could make good use of it. Escalation problems
Who is building, and for which market?
By September 2026, these approaches were appearing in developer platforms, coding products and specialist applications. The companies below operate at different layers; a model launch and a finished agent product are different offerings.
| Company and publication date | Market and approach |
|---|---|
| Anthropic · 28 September 2026 | Coding and knowledge work. Sonnet 5.5 targets faster, cheaper execution for everyday agent tasks. Model announcement |
| OpenAI · 10 September 2026 | Agent developers. Agents API combines managed sandboxes with parallel subagents, each with its own context. Agents API |
| Cursor · 10 September 2026 | Software teams. Projects combines a persistent coordinator, shared context and local or cloud subagents for features and migrations. Projects |
| Cognition / Devin · 11 September 2026 | Software teams. Fusion pairs a frontier lead for planning and review with a cheaper coding agent, each keeping its own context. Fusion |
| Harvey · 2 September 2026 | Legal teams. Playbook Review assigns contract rules to agents working on separate document branches; a lead resolves conflicting edits. Playbook Review |
| Legora · 15 September 2026 | In-house legal teams. Intake gathers context, handles routine requests and prepares complex work for counsel. Legal intake |
| Lovable · 15 September 2026 | Business app builders. Its Salesforce and Slack integrations bring app and agent creation into existing workflows. Product announcement |
The Legora and Lovable posts describe agent-related products without establishing a multi-agent architecture. This is a view of product direction, rather than a ranking of performance.
Other companies to follow include Replit, LangChain, CrewAI, Basis, Sierra and Decagon.
What still needs to improve?
The open questions follow from these failures: how much work should the coordinator delegate, which decisions must remain shared, and how does the team recover when an agent fails? Work across different systems also needs to preserve permissions and the meaning of the original task. Scaling research, Communication across systems
This gives evaluations and simulations a specific job. Recreate a coordination failure, change one mechanism, and check whether the team completes the work more reliably, cheaply or quickly. Compare it with the earlier team and a capable single agent. That is how we can tell whether adding agents is helping.