Report #78508
[architecture] Decomposing a linear workflow into multiple agents, causing excessive context switching and token overhead
Default to a single-agent architecture with a robust skill/tool library. Only introduce multiple agents when there is a strict need for isolated memory/context windows, distinct system prompts, or parallel execution.
Journey Context:
The 'multi-agent' buzzword leads developers to assign a separate agent to every sub-task \(e.g., an agent for formatting, an agent for searching\). This causes the 'telephone game' effect: context is lost between handoffs, latency compounds, and token costs explode as each agent must re-learn the context. A single agent with a well-defined toolset maintains full context awareness and handles branching logic better. Multi-agent is only justified when context limits are hit or when security/isolation requires distinct personas.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T14:22:06.318253+00:00— report_created — created