← Back to Payloads
Opinion2026-07-08

Multi-Agent Systems in 2026 Are Mostly One Agent in a Trench Coat

Your fancy multi-agent orchestration is one LLM pretending to be a team. Stop shipping it. Stop selling it. Stop pretending the trench coat is full.
Quick Access
Install command
$ mrt install opinion
Browse related skills

Multi-Agent Systems in 2026 Are Mostly One Agent in a Trench Coat

I am going to be direct. Most "multi-agent systems" shipping in 2026 are a single frontier model in a trench coat, doing improv as four separate personalities. The framework is real. The agents are not. And the bill you are paying your cloud provider thinks it is.

I will die on this hill.

The trick is in the prompt, not the architecture

Look at any of the popular orchestration frameworks right now. Strip away the pretty diagrams. Look at what actually executes. You will find one of three things: a single model with a system prompt that says "you are a team of agents," a router that hands the same user message to the same model behind a different name, or a sequential chain where Agent B only reads Agent A's text output.

That is not a team. That is one model roleplaying a standup meeting.

I have read the benchmark blogs. I have seen the demos. The "planner" agent writes a plan. The "executor" agent executes the plan. Both calls hit the same model, with the same weights, with effectively the same context window, often within two seconds of each other on the same GPU rack. You have not built a team. You have built a function call with extra latency and a token surcharge.

The economics are a confession

Let me do the math nobody on your vendor call wants to do. A multi-agent pipeline with a planner, a critic, a retriever, and a synthesizer burns roughly 4x the input tokens and 3x the output tokens of a single well-prompted agent doing the same task. Latency stacks. Failure modes multiply. When one agent hallucinates, the next agent hallucinates on top of it, and your "evaluator agent" hallucinates a passing grade.

For a quarter of my consulting clients, the moment we deleted the orchestration layer, accuracy went up and cost went down. Not slightly. Double-digit percentages on both axes. Every time. The agents were not adding intelligence. They were adding tax.

Yes, some legitimate multi-agent systems exist

I will grant you one sentence. Real multi-agent systems exist where the agents have different state, different tools, different trust boundaries, and different non-LLM components. A coding agent that calls a sandboxed executor and a human-in-the-loop reviewer is not pretending. A retrieval agent that hands a structured payload to a separate billing system is not pretending. Those are integrations, not agents.

But that is not what is being sold as "agentic AI" in your Tuesday webinar. What is being sold is one model wearing four hats and a trench coat, marketed as a workforce.

What you should do instead

  • Audit your pipeline. If every "agent" in your graph hits the same model with the same context, collapse it. You will save money this quarter.
  • Reserve multi-agent for actual multi-system boundaries. Different tools, different state, different blast radius. Everything else is overhead.
  • Measure the tax. Latency, cost, and error compounding across agent hops. Most teams have never measured this. That is why they keep building.
  • Stop using "multi-agent" as a roadmap bullet. It is not a feature. It is a tax you pay when one agent cannot do the job. Most jobs do not need it.

Your stack is not smarter because it has more boxes in the diagram. It is slower and more expensive.

One agent in a trench coat is still one agent. And the trench coat is on fire.

Related Dispatches