跪拜 Guibai
← All articles
AI Programming · Claude · Agent

Subagents made a Claude Code investigation 54% slower and 2.2x pricier, and Anthropic says fold them back

By ZzT ·
Read original on juejin.cn ↗ Google Translate ↗ Alt translation

Subagent orchestration is not a free performance pattern; it multiplies token bills and wall-clock time on ordinary coding tasks and can turn code review into a 188x cost excursion for marginal gains. Teams should gate subagent use on main-context overflow or disposable parallel contexts, not on whether the work looks splittable.

Summary

Anthropic's Applied AI team now recommends collapsing specialized subagents back into the main agent loop. In a post by Diane Sarkis, one customer's switch to a single-agent loop ran about 2 times faster on the same tasks, and single agents with skills often beat both giant-prompt designs and subagent architectures on quality, cost, and per-task latency. Claude Code's own system prompt for stronger models was cut by more than 80%, partly because skills and tools changed to progressive disclosure.

A local benchmark in Claude Code puts numbers on that advice. A cross-directory investigation in a mid-sized Python/Swift repository took a main agent alone 93 seconds and $0.87 on average; splitting the same task across three parallel Explore subagents took 143 seconds and $1.92. Output tokens ran 3.6x higher and cache writes roughly doubled. All four runs found the same two key inconsistencies, so the split bought no quality.

Independent data on code review points the same way. A 20-PR comparison by Quickchat AI's Mateusz Jakubczak found the multi-agent /code-review max tier found two more severe issues than /code-review high, but cost $398.03 instead of $2.12, took 56 minutes per PR instead of 40 seconds, and produced twice as many extra reports per PR. Anthropic's own criteria keep subagents for three cases: measurable context-bloat slowdown, parallel tasks that each need a throwaway context, and tool-selection or instruction-conflict failures.

Takeaways
— On a cc-statistics repository survey, a single Claude Code agent averaged 93 seconds and $0.87; three parallel Explore subagents averaged 143 seconds and $1.92, a 54% wall-clock slowdown and 2.2x cost.
— Both approaches found the same two key pricing inconsistencies in all runs; neither speed nor quality improved from splitting.
— Anthropic's customer case cited in its guidance found a single-agent loop ran about 2 times faster than a multi-agent architecture on the same tasks.
— Claude Code's system prompt for stronger models was reduced by more than 80%, partly by making skills and tools progressively disclosed.
— Beyond roughly 30 to 50 tool definitions in a system prompt, model tool-selection accuracy drops; grouping tools by intent limits that damage.
— In Quickchat's 20-PR comparison, /code-review high found 21 of 27 severe issues at $0.11 and 40 seconds per PR, while /code-review max found 23 of 27 at $20.95 and 56 minutes per PR.
— One max-tier run on a 97-line PR cost $40.64, hit the 30-minute timeout, and returned no output.
— Subagents remain justified for context bloat that measurably slows a single loop, genuinely parallel tasks needing disposable contexts, or tool-selection failures and conflicting system-prompt rules.
— To migrate away from multi-agent setups, start with an eval of about 10 cases, merge agents that call each other or share data, then convert prompts into skills and APIs into MCP tools one fold at a time.
Conclusions

Subagent parallelism does not remove the serial dependency between reading code and merging conclusions; in the local run, output tokens grew 3.6x and cache writes roughly doubled, which is why wall-clock time went up instead of down.

Anthropic's 80% system-prompt reduction for Claude Code suggests that prompt design now delivers what orchestration was previously supposed to: keeping the main context small enough for the model to manage.

The Quickchat numbers are noisy and self-interested, but the margin is large enough that routine code review on maximum agent fan-out is hard to justify even before accounting for the vendor conflict.

The failure case Anthropic records, where a merged main agent answered from an order tool instead of asking the delivery specialist, shows that eval coverage must include production chains and inviolable rules, not isolated tasks.

Concepts & terms
Progressive disclosure via skills
A main agent reads a short skill index and loads the full instructions for a skill only when that skill is needed, which keeps the base system prompt small and removes the old argument that every domain needs its own subagent context.
Tool search
A mechanism that lets an agent discover relevant tools from a larger catalog instead of loading every tool definition in the system prompt. Anthropic recommends it alongside skills to keep tool-selection accuracy high.
Agent handoff overhead
The extra token cost of subagent orchestration: each subagent loads its own system prompt and tool definitions, reads code, compresses findings into a summary, and then makes the main agent re-read key files to verify the summary.
Frankenprompt
A system prompt built from many teams' independent additions until it contains conflicting rules and has no clear owner; Anthropic cites this as an organizational failure mode of subagent sprawl.
Conway's Law in agent architecture
The pattern where an agent system mirrors the org chart, with each team shipping its own subagent until the company ends up with hundreds of overlapping, unowned agents.
Source: juejin.cn ↗ Google Translate ↗ Backup ↗