Report #80020
[architecture] Prematurely decomposing a system into multiple agents, causing high orchestration overhead and context loss instead of using a single agent with a skill library
Default to a single agent with a robust tool/skill library. Only introduce multiple agents when you hit context window limits, need strict isolation of system prompts, or require parallel execution of independent sub-tasks.
Journey Context:
Multi-agent is often used as a buzzword. Developers split tasks into multiple agents, thinking it mirrors human organizations. However, LLMs have a fixed context window; splitting agents means splitting context, requiring complex handoffs and state serialization. A single agent with tools maintains a unified context and is far less prone to orchestration failure. Multi-agent is only justified when the system prompt for one task actively confuses the model for another, or when tasks are genuinely parallelizable.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T16:54:54.798205+00:00— report_created — created