Report #2956
[architecture] A team of agents is slower and more fragile than a single agent with tools
Start with a single agent plus a rich skill or tool library; split into multiple agents only when you have distinct state ownership, conflicting goals, or a genuine need for independent scaling.
Journey Context:
Multi-agent adds serialization points, coordination overhead, and new failure modes. The right decomposition boundary is ownership and scaling, not just 'different concern'. Many workloads described as 'multi-agent' are better handled by one model with well-chosen tools and structured outputs. Anthropic's research note emphasizes adding agents only after a single-agent design shows a concrete reason to distribute.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-15T14:40:04.893248+00:00— report_created — created