Agent2Agent-Protokoll (A2A)
Zuletzt geprüft am 2026-06-10Das Agent2Agent-Protokoll (A2A) ist ein offener Standard für die Kommunikation zwischen KI-Agenten, von Google am 9. April 2025 mit Unterstützung von mehr als 50 Technologiepartnern angekündigt und am 23. Juni 2025 an die Linux Foundation gespendet. Es erlaubt Agenten verschiedener Anbieter und Frameworks, einander zu finden, Aufgaben zu delegieren und Arbeit zu koordinieren, ohne internen Speicher, Werkzeuge oder proprietäre Logik offenzulegen. A2A ergänzt MCP: MCP verbindet einen Agenten mit Werkzeugen und Daten, A2A verbindet Agenten untereinander. Im Commerce-Stack ist AP2 als Erweiterung von A2A entworfen, und Krypto-Zahlungen laufen über die A2A-x402-Erweiterung. Spezifikation v1.0 und offizielle SDKs erscheinen auf a2a-protocol.org unter Apache 2.0.
Kernfakten
| Urheber / Träger | Von Google geschaffen; heute ein Projekt der Linux Foundation |
|---|---|
| Angekündigt am | 2025-04-09 |
| Lizenz | Apache 2.0 |
| Governance | Agent2Agent-Projekt der Linux Foundation, angekündigt am 23. Juni 2025 mit Amazon Web Services, Cisco, Google, Microsoft, Salesforce, SAP und ServiceNow |
| Umfang | Offener Standard für Agent-zu-Agent-Kommunikation: KI-Agenten verschiedener Anbieter und Frameworks finden einander, delegieren Aufgaben und koordinieren Arbeit; ergänzend zu MCP, das den Agenten mit seinen Werkzeugen verbindet |
| Transport | HTTP-basiertes Protokoll; Spezifikation v1.0 und SDKs für Python, JavaScript, Java, C# und Go auf a2a-protocol.org |
| Zahlung | Keine, es ist kein Zahlungsprotokoll; AP2 ist als Erweiterung von A2A entworfen, Krypto-Zahlungen laufen über die A2A-x402-Erweiterung |
| Reifegrad | gespendet |
Was ihn auszeichnet
- Von Google am 9. April 2025 angekündigt, mit Unterstützung von mehr als 50 Technologiepartnern
- Am 23. Juni 2025 an die Linux Foundation gespendet (Agent2Agent-Projekt mit AWS, Cisco, Google, Microsoft, Salesforce, SAP und ServiceNow)
- Spezifikation v1.0 veröffentlicht, mit offiziellen SDKs für Python, JavaScript, Java, C# und Go
- Agenten arbeiten zusammen, ohne internen Speicher, Werkzeuge oder proprietäre Logik offenzulegen
- Ergänzend zu MCP: A2A verbindet Agenten untereinander, MCP verbindet den Agenten mit seinen Werkzeugen
- Fundamentschicht für AP2 (Zahlungen) und für die A2A-x402-Erweiterung (Krypto)
Wie A2A funktioniert
A2A standardisiert die Kommunikation zwischen Agenten. Ein Client-Agent kann einen entfernten Agenten auffinden, ihm eine Teilaufgabe übertragen, Informationen austauschen und Aktionen koordinieren, während jeder Agent undurchsichtig bleibt: Er legt weder internen Speicher noch Werkzeuge oder proprietäre Logik offen. So können Agenten auf unterschiedlichen Frameworks zusammenarbeiten, das Projekt nennt LangGraph, CrewAI, Semantic Kernel und eigene Stacks. Die Dokumentation behandelt den Lebenszyklus einer Aufgabe, Agenten-Discovery, Streaming, asynchrone Operationen und Mandantenfähigkeit, und das Protokoll erlaubt Erweiterungen und eigene Bindings.
Spezifikation und Governance
Google kündigte A2A am 9. April 2025 mit über 50 Technologiepartnern an (siehe die Ankündigung) und spendete es am 23. Juni 2025 an die Linux Foundation; das Agent2Agent-Projekt wurde mit AWS, Cisco, Google, Microsoft, Salesforce, SAP und ServiceNow gegründet. Die Spezifikation erreichte v1.0 unter Apache 2.0, mit offiziellen SDKs für Python, JavaScript, Java, C# und Go (a2a-protocol.org). IBMs ACP, ein unabhängiges Protokoll mit demselben Kürzel, wurde in A2A überführt.
Wo A2A im Stack sitzt
A2A und MCP sind die beiden Kommunikationsschichten: MCP verbindet einen Agenten mit Werkzeugen und Daten, A2A verbindet Agenten untereinander. Commerce baut darauf auf: AP2 ist als A2A-Erweiterung entworfen, Krypto-Zahlungen nutzen die A2A-x402-Erweiterung, und UCP kann Capabilities über A2A ausliefern.
Grenzen und offene Fragen
A2A ist Infrastruktur, nicht Commerce: Es trägt selbst keinerlei Zahlungs- oder Checkout-Semantik. Seine Handelsrelevanz hängt an den darauf gebauten Schichten, AP2, UCP-Transport, x402-Erweiterung, weshalb sich seine Verbreitung besser über diese Projekte als isoliert lesen lässt.
Für wen das relevant ist
Unternehmen, deren Agenten von mehreren Anbietern zusammenarbeiten müssen, und Framework-Autoren, die Interoperabilität ohne Offenlegung ihrer Internals wollen.
Adoption
- Google: Urheber (2025-04-09). Quelle
- Amazon Web Services: Mitglied des Linux-Foundation-Projekts (2025-06-23). Quelle
- Cisco: Mitglied des Linux-Foundation-Projekts (2025-06-23). Quelle
- Microsoft: Mitglied des Linux-Foundation-Projekts (2025-06-23). Quelle
- Salesforce: Mitglied des Linux-Foundation-Projekts (2025-06-23). Quelle
- SAP: Mitglied des Linux-Foundation-Projekts (2025-06-23). Quelle
- ServiceNow: Mitglied des Linux-Foundation-Projekts (2025-06-23). Quelle