Report #88182
[architecture] Spinning up multiple agents for distinct tasks when a single agent with a skill library suffices
Default to a single-agent-plus-tools architecture; only introduce multiple agents when you need isolated context windows, divergent system prompts, or parallel execution of independent workflows.
Journey Context:
The 'multi-agent' buzzword leads developers to assign a different agent to every micro-task \(e.g., 'formatting agent', 'linting agent'\). This introduces massive orchestration overhead, context-passing loss, and latency. A single LLM with a robust set of tools can handle multiple domains seamlessly if the context fits. Multi-agent is only justified when the system prompt must be strictly isolated to prevent cross-contamination, or when tasks are parallelizable and independent.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T06:35:48.932170+00:00— report_created — created