Report #1324
[architecture] Prematurely decomposing a workflow into multiple agents causing high latency and routing failures
Default to a single-agent-plus-skill-library architecture; only introduce multiple agents when there are conflicting system prompts, distinct security boundaries, or necessary parallel execution.
Journey Context:
Multi-agent is often over-applied. Splitting tasks into multiple agents introduces routing errors, context window fragmentation \(each agent has its own context\), and compounding latency. A single strong model with a well-defined set of tools keeps all context in one place and avoids routing failures. The valid inflection point to split is when system prompts conflict \(e.g., one agent must be strict, another creative\) or when context limits are genuinely hit, forcing a handoff.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-14T19:30:52.708976+00:00— report_created — created