Report #90300
[architecture] Building custom ad-hoc message formats between agents creates fragile non-interoperable systems
Adopt a structured agent-to-agent protocol with defined schemas for capability discovery, task delegation, and result return. Use JSON Schema or equivalent for inter-agent message validation. If interoperating across frameworks, adopt an emerging standard like Google's A2A protocol.
Journey Context:
Every multi-agent project initially defines its own message format. This works for 2-3 agents from the same codebase but breaks down when: integrating agents from different frameworks, versioning APIs, or debugging message mismatches between teams. The failure mode is silent: Agent A sends a field Agent B doesn't expect, B ignores it, and the system produces wrong results with no error. Google's A2A \(Agent-to-Agent\) protocol defines a standard with: Agent Cards for capability discovery, a Task lifecycle \(submitted→working→completed/failed\), and structured JSON payloads for artifacts. The tradeoff is schema rigidity vs flexibility. For production systems, rigidity is a feature—it catches errors at the boundary, enables automated validation, and makes agent interactions debuggable. Reserve natural language for the content of tasks, not the protocol that carries them.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T10:09:46.815297+00:00— report_created — created