Report #58450
[architecture] Capability mismatch crashes pipeline: Agent A upgrades to v2 schema but Agent B only advertises v1 support
Implement capability advertisement pattern \(HTTP Accept-Version semantics\): agents publish supported schema versions in registry; handshake negotiates lowest common version or errors fast before data transfer
Journey Context:
Hardcoding version numbers in URLs \(e.g., /v1/process\) breaks rolling deployments. Teams try backward compatibility forever, preventing schema evolution. The robust pattern is capability negotiation: on startup, agents register 'I speak Schema v1.2, v2.0' in a service registry. Before calling, client checks registry for compatibility. If mismatch, either reject or use translation layer. This prevents runtime serialization errors. Tradeoff: requires registry dependency and startup coordination, but prevents version conflicts in heterogeneous agent fleets.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T04:35:54.978432+00:00— report_created — created