A2A-Protokoll nach einem Jahr: 150+ Organisationen, in allen großen Clouds, erste stabile Spec
Die Linux Foundation hat am 9. April 2026 zum ersten Geburtstag des Agent2Agent-Protokolls (A2A) Bilanz gezogen: Aus den gut 50 unterstützenden Organisationen vom Start im April 2025 sind über 150 geworden, das Protokoll steckt inzwischen in den Plattformen aller drei großen Cloud-Anbieter, und mit der Spec-Version 1.0 gibt es erstmals eine stabile, als produktionsreif deklarierte Grundlage. A2A regelt, wie Agenten unterschiedlicher Anbieter über Organisationsgrenzen hinweg miteinander reden. Für Teams, die Agenten aus verschiedenen Tech-Stacks kombinieren wollen, ist genau dieser Interop-Layer die eigentliche Nachricht — nicht ein weiteres Framework.
Was sich konkret geändert hat
- Über 150 unterstützende Organisationen zum Einjahres-Jubiläum — gegenüber gut 50 im April 2025. Genannt werden u. a. AWS, Cisco, Google, IBM, Microsoft, Salesforce, SAP und ServiceNow.
- In allen großen Clouds verankert: Microsoft (Azure AI Foundry, Copilot Studio), AWS (Bedrock AgentCore Runtime), Google direkt in den eigenen Plattformen.
- A2A 1.0 ist die erste stabile Spec — mit Multi-Protokoll-Support, Enterprise-Multi-Tenancy und modernisierten Security-Flows.
- Signed Agent Cards als Kern von 1.0: Die Visitenkarte eines Agenten wird kryptografisch signiert, sodass ein empfangender Agent die Herkunft prüfen kann.
- Rollenteilung mit MCP: A2A koordiniert Agenten untereinander (horizontal), das Model Context Protocol bindet Agenten an Tools und Daten an (vertikal). Die beiden sind komplementär, nicht konkurrierend.
Was vorher galt
A2A wurde im April 2025 von Google vorgestellt und kurz darauf an die Linux Foundation übergeben — als offener Standard, nicht als Google-Produkt. Beim Start war es eine Absichtserklärung mit gut 50 Unterstützern: ein Protokoll-Entwurf dafür, wie zwei autonome Agenten Aufgaben aushandeln, Status austauschen und Ergebnisse zurückspielen, ohne dass beide vom selben Hersteller stammen müssen.
In der Praxis blieb das zunächst Zukunftsmusik. Wer 2025 mehrere Agenten zusammenspielen lassen wollte, baute die Verbindung meist selbst — mit anbieterspezifischen APIs, eigenem Glue-Code und ohne verlässliche Identitätsprüfung zwischen den Agenten. Ein agentenübergreifender Standard existierte auf dem Papier, aber nicht als breit getragene, produktionsreife Spezifikation.
Was jetzt gilt
Mit dem Einjahres-Update verschiebt sich A2A von der Ankündigung in den Betrieb:
1. Aus der Absichtserklärung wird Verbreitung. Die Verdreifachung der Trägerorganisationen ist weniger als Hype zu lesen denn als Indiz, dass die großen Plattformanbieter A2A nicht ignorieren. Wenn AWS, Microsoft, Google, IBM, SAP, Salesforce und ServiceNow gemeinsam an einem Interop-Standard sitzen, ist das ein Signal an den Markt, dass herstellerübergreifende Agenten-Kommunikation als gemeinsame Infrastruktur und nicht als Wettbewerbsfeld behandelt wird.
2. In die Clouds eingebaut, nicht nur kompatibel. Microsoft hat A2A in Azure AI Foundry und Copilot Studio integriert, AWS in die Bedrock AgentCore Runtime, Google direkt in die eigenen Plattformen. Das ist der Unterschied zwischen „A2A wird unterstützt” und „A2A ist Teil der Laufzeitumgebung” — Teams müssen die Interop-Schicht nicht mehr selbst bauen.
3. Erste stabile Spec mit Security im Kern. A2A 1.0 bringt Multi-Protokoll-Support, Enterprise-Multi-Tenancy und überarbeitete Security-Flows. Das praktisch wichtigste Detail sind die Signed Agent Cards: Die „Agent Card” beschreibt die Fähigkeiten eines Agenten; mit der kryptografischen Signatur kann ein empfangender Agent prüfen, ob die Karte wirklich vom angegebenen Domain-Inhaber stammt — eine Grundbedingung, sobald Agenten über Organisationsgrenzen hinweg handeln.
4. Klare Arbeitsteilung mit MCP. Die Linux Foundation positioniert A2A und das Model Context Protocol ausdrücklich als komplementär: A2A ist die horizontale Achse (Agent spricht mit Agent, auch über Anbietergrenzen), MCP die vertikale (Agent greift auf Tools, Datenquellen, interne Systeme zu). Wer schon mit MCP arbeitet, ergänzt mit A2A nicht ein konkurrierendes, sondern das fehlende zweite Stück.
Einordnung
Das Bemerkenswerte an dieser Meldung ist nicht eine einzelne Zahl, sondern dass sich zwei offene Protokolle nebeneinander etablieren, statt dass ein Anbieter den Standard diktiert. A2A und MCP teilen sich die Interop-Schicht sauber auf — und beide laufen unter offener Governance (A2A bei der Linux Foundation). Für eine Disziplin, die 2025 noch von proprietären SDKs geprägt war, ist das ein Reifezeichen: Die Frage „Wie reden Agenten miteinander?” wird nicht mehr pro Hersteller, sondern einmal für alle beantwortet.
Bei den Zahlen lohnt Nüchternheit. „Über 150 Organisationen” misst Beteiligung an einer Spezifikation, nicht die Zahl produktiver Deployments — Mitgliedschaft und echter Einsatz sind zweierlei. Die Linux Foundation nennt zwar Produktionseinsätze in Lieferketten, Finanzdienstleistung, Versicherung und IT-Operations, beziffert sie aber nicht. Belastbar ist die qualitative Aussage: Die Plattform-Integration durch die drei großen Clouds ist der härtere Beleg als jede Mitgliederzahl, weil sie bedeutet, dass A2A ohne Zusatzaufwand verfügbar wird, wo Agenten ohnehin laufen.
Wer das ernst nimmt, plant Agenten-Architekturen künftig zweischichtig: MCP für die Anbindung an die eigenen Werkzeuge und Daten, A2A für die Koordination mit fremden Agenten. Genau diese Trennung erleichtert es, ein System schrittweise herstelleroffen zu halten, statt sich früh an einen Stack zu binden.
Was du jetzt tun kannst
Wenn du bereits MCP nutzt: Behandle A2A als die fehlende zweite Achse, nicht als Konkurrenz. MCP bindet deine Tools und Daten an, A2A verbindet deinen Agenten mit Agenten anderer Anbieter. Beide zusammen ergeben den herstelleroffenen Interop-Layer.
Wenn du Agenten verschiedener Anbieter kombinieren willst: Prüfe, ob deine Plattform A2A schon nativ mitbringt — bei Azure AI Foundry, Copilot Studio und AWS Bedrock AgentCore ist das jetzt der Fall. Das spart den selbstgebauten Glue-Code zwischen den Agenten.
Wenn Sicherheit ein Thema ist (und das ist es bei agentenübergreifender Kommunikation immer): Sieh dir die Signed Agent Cards aus A2A 1.0 an. Sie sind der Mechanismus, mit dem ein Agent die Herkunft eines anderen verifiziert, bevor er ihm eine Aufgabe übergibt.
Grundlagen dazu im Lexikon
Wie ein Multi-Agenten-System technisch aufgebaut ist und welche Bausteine es braucht, steht hier: → KI-Agenten bauen
Entdecke mehr
Agenten-Orchestrierung 2026: LangGraph wird Default, Microsoft konsolidiert auf ein Framework
LangGraph überholt CrewAI bei den Stars, Microsoft Agent Framework 1.0 ist GA. Der Framework-Markt ordnet sich neu — was das für die Auswahl heißt.
LexikonKI-Agenten bauen — vom Tool Use zum Multi-Agent-System
Wie KI-Agenten funktionieren: vom einfachen Tool-Call über MCP, Strukturierte Outputs und LangGraph bis zur Frage, wann Multi-Agent-Setups sinnvoll sind.
BlogWarum KI-Modelle unterschiedliche Code-Probleme finden
Drei Frontier-Modelle, dasselbe 1000-Zeilen-Skript, drei verschiedene Fundlisten — und warum genau diese Streuung Multi-Orchestrierung stark macht.