Googles A2A-Protokoll ist am 9. April ein Jahr alt geworden. Hundertfünfzig Organisationen haben unterschrieben. Zweiundzwanzigtausend GitHub-Stars. Fünf produktionsreife SDKs. IBMs konkurrierendes ACP wurde unter dem Dach der Linux Foundation eingegliedert. Azure AI Foundry und Amazon Bedrock AgentCore haben es beide integriert.

Nach jeder Metrik außer der einzig wichtigen hat A2A gewonnen.

Die einzig wichtige Metrik: Kein einziges großes Agent-SDK liefert heute nativen A2A-Support. Nicht eins. Das Protokoll, das es jedem KI-Agenten ermöglichen sollte, Tasks an jeden anderen Agenten zu delegieren — herstellerunabhängig — hat sein komplettes erstes Jahr damit verbracht, Logos zu sammeln, während die SDKs, die Entwickler tatsächlich nutzen, in die entgegengesetzte Richtung marschierten.

Dreizehn Tage, vier Burgmauern

Zwischen dem 3. und 15. April 2026 haben vier Unternehmen ihre eigenen Multi-Agent-Delegationsfunktionen veröffentlicht. Keine davon ist interoperabel.

Am 3. April veröffentlichte Microsoft das Agent Framework v1.0 — das einzige Framework, das überhaupt herstellerübergreifende Koordination versucht, mit Connectors für Claude, GPT, Gemini und Bedrock. A2A-Support? 'Coming soon." Am 8. April startete Anthropic Managed Agents in der Public Beta: Sandbox-Ausführung, State-Persistenz, Multi-Agent-Koordination — nur Claude, kein Wort von A2A. Am 9. April feierte A2A seinen ersten Geburtstag mit einer Pressemitteilung voller Zahlen und null SDK-Integrationen. Dann am 15. April lieferte OpenAI das Agents SDK v0.14 mit Sandbox Agents und Handoff-Primitiven — in der Theorie modellunabhängig, in der Praxis ohne A2A.

Vier Hersteller. Dreizehn Tage. Vier inkompatible Dialekte derselben Idee. Und das eine Protokoll, das sie vereinen sollte, saß mit seinen 150 Unterstützer-Organisationen in der Ecke und schaute zu.

Wie 'keine Adoption" im Code aussieht

Hier ist Anthropics Delegationsmodell. Du erstellst einen Managed Agent über die REST API — er läuft in Anthropics Sandbox — und dein Koordinator delegiert über Sessions:

import anthropic

client = anthropic.Anthropic()

# Managed Agent erstellen (läuft in Anthropics Cloud-Sandbox)
agent = client.agents.create(
    model="claude-sonnet-4-20260514",
    instructions="You are a research specialist.",
    tools=[{"type": "web_search"}],
)

# Session starten — der Koordinator sendet einen Subtask
session = client.sessions.create(
    agent_id=agent.id,
    messages=[{"role": "user", "content": "Analyze A2A adoption metrics"}]
)

Und hier OpenAIs Ansatz — andere Runtime, komplett andere Philosophie:

from openai_agents import Agent, handoff

research_agent = Agent(name="researcher", model="gpt-4.1")
coding_agent = Agent(name="coder", model="gpt-4.1")

# Handoff: research_agent übergibt volle Kontrolle an coding_agent
research_agent.handoffs = [handoff(coding_agent)]

Zwei Code-Blöcke. Zwei Ökosysteme. Null gemeinsame Schnittstelle. Dein Claude-Agent kann keinen handoff() an einen OpenAI-Agenten machen, und dein OpenAI-Agent kann kein sessions.create() auf Anthropics Infrastruktur aufrufen. Die beiden teilen sich buchstäblich keinen einzigen Methodenaufruf.

A2A definiert AgentCards für Discovery, einen Task-Lifecycle für Delegation und Streaming — alles herstellerneutral. Es wurde gebaut, um genau die Schicht zu sein, die die beiden Snippets oben überflüssig macht. Stattdessen haben beide SDKs ausgeliefert, ohne auch nur zur Kenntnis zu nehmen, dass es existiert.

Warum 150 Logos sich nicht übersetzt haben

A2A hat alles, was ein Standard braucht, außer dem einen Ding, das Standards zum Kleben bringt: reibungslose Integration am Punkt der Nutzung. Kein pip install a2a lässt sich einfach in ein Anthropic- oder OpenAI-Projekt einfügen. Keine Middleware übersetzt automatisch einen handoff() in einen A2A-Task. Das Protokoll lebt in seinem eigenen Repository, mit eigenen SDKs, und verlangt von Entwicklern, Übersetzungsschichten zwischen ihrem tatsächlichen Orchestrierungs-Framework und A2As Task-Modell zu bauen und zu pflegen.

Wenn du heute versuchst, Hersteller-SDKs über A2A zu brücken, triffst du auf das klassische N²-Problem: Jedes Paar von Hersteller-SDKs braucht eine eigene Bridge. Drei Hersteller bedeuten sechs Bridges. Vier bedeuten zwölf. Das skaliert ungefähr so gut wie Faxgeräte.

Dann ist da die Latenz. Jeder Protokoll-Übersetzungshop fügt messbaren Overhead hinzu — genug, dass die Verkettung von drei Agenten über Bridge-Schichten spürbare Wartezeit produziert, bevor überhaupt nachgedacht wird. Bei agentischen Schleifen, die wiederholt durch Reasoning und Tool-Nutzung iterieren, potenziert sich das schnell.

Und Governance bleibt ein blinder Fleck über alle Anbieter hinweg. Dein Koordinator-Agent kann das Reasoning eines Sub-Agenten, der auf der Infrastruktur eines anderen Anbieters läuft, nicht inspizieren. Du vertraust Output, den du grundsätzlich nicht auditieren kannst. A2As Spezifikation adressiert das ebenfalls nicht.

Microsofts Wette — und warum sie interessant ist

Microsofts Agent Framework v1.0 ist der Ausreißer, den man im Auge behalten sollte. Es ist das einzige ausgelieferte Framework, das Claude, GPT, Gemini und Bedrock in einem einzigen Delegationsgraphen koordiniert. Es nutzt A2A noch nicht — der 'Coming soon"-Disclaimer leistet hier schwere Arbeit — aber es beweist, dass herstellerübergreifende Orchestrierung technisch machbar ist, wenn ein einziger Anbieter die Routing-Schicht kontrolliert.

Der Haken: Irgendjemand muss die Routing-Schicht besitzen. Microsoft meldet sich freiwillig. Das ist kein Interop — das ist eine andere Art von Lock-in, eine Ebene höher.

Die pragmatische Architektur

Die Entscheidung für jeden, der heute baut, ist klar, aber bitter: Nimm Single-Vendor-Orchestrierung und nutze MCP-Tools als Interop-Notausgang. Ein Framework eines Herstellers besitzt den Delegationsgraphen, MCP kümmert sich um externen Datenzugriff und Tools. Genau der Lock-in, den das Multi-Modell-Versprechen eigentlich verhindern sollte.

MCP hat bewiesen, dass Tool-Zugriff standardisiert werden kann — ein Protokoll, jeder Hersteller hat es innerhalb von Monaten übernommen. Agent-zu-Agent-Delegation ist dasselbe Problem eine Schicht höher, und A2A ist der offensichtliche Kandidat, es zu lösen. Die Spezifikation ist solide. Die Governance steht. Die organisatorische Unterstützung ist breit.

Aber ein Protokoll, das nicht in den SDKs steckt, nach denen Entwickler greifen, ist ein Protokoll, das nur auf dem Papier existiert. A2A ist eins geworden. Es hat alles — außer dem Einzigen, das zählt: einer Zeile in jemand anderem seinem import-Statement.