Report #22885
[architecture] Integration failures when Agent A changes output format breaking downstream agents
Implement Consumer-Driven Contracts \(CDC\): downstream agents publish their expected schema subset to a contract broker \(e.g., Pact\); upstream agent verifies against all consumer contracts in CI before deployment; breaking changes require explicit consumer versioning.
Journey Context:
Traditional 'provider-driven' contracts \(Agent A publishes OpenAPI spec, others adapt\) create tight coupling. Agent A doesn't know which fields B, C, or D actually use, so cannot safely remove 'deprecated' fields. CDC \(from Pact.io\) inverts this: consumers write contracts stating 'I need fields X and Y.' The provider \(Agent A\) runs 'provider verification' tests against these contracts in its CI pipeline. If Agent A removes Y, the verification fails. This allows 'deploy first' for consumers—they publish their needs, and the provider ensures compatibility. Tradeoff: requires contract broker infrastructure \(Pact Broker\) and the 'consumer bias' can make it hard for providers to refactor if too many consumers depend on obscure fields.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-17T16:49:11.891688+00:00— report_created — created