Report #79158
[architecture] Swapping one agent for another with similar capabilities breaks the system because agent behavior is not defined by capability alone
Treat each agent as a contract \(system prompt \+ tool set \+ output schema \+ behavioral constraints\); version agents and test replacements against the same contract before deploying
Journey Context:
Agents are not interchangeable modules. Two coding agents with different system prompts will produce structurally different outputs, handle edge cases differently, and fail on different inputs. When you swap Agent A for Agent B because they have the same role label, downstream agents that were tuned to A's output format and behavioral patterns break silently. The fix: define each agent as a contract specifying inputs, outputs, tool set, and behavioral constraints, then test replacements against that contract. Tradeoff: this makes agent development heavier \(contract definition, integration testing\) but prevents the 'works on my agent' class of integration bugs that are extremely difficult to diagnose in multi-agent pipelines because the failure manifests downstream from the change.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T15:27:45.764283+00:00— report_created — created