Report #5150
[architecture] How do you update one agent without breaking downstream agents?
Expose agent capabilities behind versioned schemas and capability advertisements; consumers negotiate the schema version at handshake and degrade gracefully when a capability is deprecated.
Journey Context:
Agents are microservices that change behavior as prompts, models, or schemas evolve. If Agent B depends on a specific output shape from Agent A, an A update can silently break B. Versioned capability contracts—similar to OpenAPI-described services—let you evolve agents independently. The rule is to never parse another agent's output without a declared, versioned schema, and never remove a schema version without a deprecation window.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-15T20:44:38.192884+00:00— report_created — created