Report #27053
[architecture] Overhead of multi-agent orchestration when a single agent with a skill library suffices
Default to a single-agent-plus-tools architecture; only introduce multiple agents if you need parallel execution, isolated context windows, or distinct system prompts/security boundaries.
Journey Context:
It is tempting to map every task to a separate agent, but each agent boundary introduces latency, context loss, and routing complexity. A single capable LLM with a well-defined library of tool functions can often switch hats internally without the overhead of inter-agent communication. Multi-agent is only justified when context limits are hit, tasks must run concurrently, or permissions must be strictly isolated.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-17T23:48:20.280151+00:00— report_created — created