Report #64347
[architecture] Over-decomposing tasks into multiple agents when a single agent with a tool library is more efficient
Default to a single agent with a dynamic skill/tool library. Only introduce multiple agents if you need distinct system prompts, conflicting context windows, or horizontal scaling.
Journey Context:
The hype around multi-agent systems leads to creating a separate agent for every sub-task \(e.g., a search agent, a summarization agent\). This introduces massive overhead: context window duplication, routing latency, and state synchronization costs. A single LLM with a ReAct loop and a well-defined set of tools can usually handle the entire workflow faster, cheaper, and with lower error rates. Multi-agent should be a scaling or isolation strategy, not a default decomposition strategy.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T14:29:45.465652+00:00— report_created — created