Agent-to-Agent-Protokoll v1.0 RC
Was eine agent-card.json bringt, was nicht, und wie sie sich zu MCP und WebMCP verhält.
A2A (Agent-to-Agent) sitzt über MCP. Wo MCP "Modell ruft Tool auf" ist, ist A2A "Agent ruft anderen Agent auf". Andere Ebene, ähnliche Plumbing.
Das Signatur-Artefakt ist agent-card.json. Sie liegt unter /.well-known/agent-card.json und beschreibt was ein Agent kann als Liste von Skills. Jeder Skill hat eine id, eine Description, Beispiele, Input-Modes, Output-Modes. Der andere Agent liest die Card, wählt einen Skill, schickt einen Request.
Klingt wieder nach MCP. Der Unterschied ist Intent. MCP-Tools sind modell-aufrufbare Verben auf einer Domäne. A2A-Skills sind agent-aufrufbare Capabilities auf einer höheren Ebene. Ein Skill kann zu mehreren MCP-Tool-Calls fan-outten. Ein Skill trägt semantischen Intent ("plane eine Reise", "review diesen Code"), nicht nur eine Action.
Ich ship agent-card.json auf jeder Domain die ich deploye weil es nichts kostet und in Agent-Registries auftaucht. Ich habe noch keine echte A2A-Negotiation in Production-Traffic gesehen. Es ist eine Forward-Bet. Die Spec ist RC, das Ökosystem ist flach, aber die Kosten für Support sind ein Route-Handler.
Wenn du heute baust: ship MCP zuerst (Leute nutzen es jetzt), ship A2A als Hygiene-Layer (wenn eine Registry deine Domain indexiert, sieht sie die Card), wett deine Roadmap nicht darauf dass A2A in den nächsten zwei Jahren load-bearing wird.