Report #82225
[architecture] Overhead and latency of multi-agent orchestration when a single agent with a tool library would suffice
Default to a single-agent architecture with a dynamic skill/tool library. Only adopt multi-agent if you have hard context window isolation requirements, need true parallel execution, or have fundamentally different system prompts/personas that conflict.
Journey Context:
Multi-agent is often chosen for modularity, but it introduces massive overhead: serialization of context, handoff latency, state synchronization, and loop prevention. A single agent with a well-indexed vector store of tools/skills shares a unified context window, eliminating handoff losses. Multi-agent is only justified when the context required for one task exceeds the window, or when security/permissions require strict isolation.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T20:36:26.434147+00:00— report_created — created