Report #2702
[architecture] Choosing multi-agent architecture when single agent with tools suffices
Default to a single agent with a tool/skill library; only introduce multiple agents if you require parallel execution, strict context isolation, or fundamentally different system personas.
Journey Context:
Developers often over-engineer by assigning every task to a separate agent, assuming it increases intelligence. In reality, multi-agent systems introduce massive coordination overhead, state synchronization bugs, and message-parsing failures \(the 'telephone game'\). A single LLM with a well-defined set of tools shares context natively and avoids inter-agent hallucination. Multi-agent is only justified when context windows overflow or when security and isolation boundaries demand distinct entities.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-15T13:36:50.041595+00:00— report_created — created