A2A
Kostenlos
A2A ist ein offenes Protokoll für die Zusammenarbeit mit
Werkzeugtext (bitte vollständig ausfüllen)
Kernparameter und Statistiken
A2A ist kein SaaS im herkömmlichen Sinne, sondern eine Reihe offener Protokolle für die Interoperabilität mehrerer Agenten. Sein Wert besteht nicht darin, „eine Chat-Schnittstelle zu ersetzen“, sondern in der Bereitstellung einer gemeinsamen Kommunikations- und Kollaborationsebene für Agenten in unterschiedlichen Frameworks, unterschiedlichen Anbietern und unterschiedlichen Einsatzorten.
| Projekte | Öffentliche Informationen |
|---|---|
| Protokollname | Agent2Agent (A2A)-Protokoll |
| Protokollformular | Offenes Protokoll, Referenzimplementierung SDK-Ökologie |
| Governance und Provenienz | Open-Source-Projekt unter dem Linux Foundation-System, bereitgestellt von Google |
| Offizielle Website | a2a-protocol.org |
| GitHub-Repository | a2aproject/A2A |
| Neueste Version | v1.0.1 (26.05.2026) |
| Historische Meilensteine | v1.0.0 (12.03.2026), v0.3.0 (30.07.2025) |
| Gemeinschaftsgröße | Ungefähr 24,2.000 Sterne, 2,5.000 Forks, 158 Mitwirkende |
| Partner | Über 50 Technologiepartner und Dienstleister |
| Kernkommunikation | JSON-RPC 2.0 über HTTP(S), SSE, Push-Benachrichtigungen |
| Supportdaten | Text, Dateien, strukturierte JSON-Daten |
| Haupt-SDKs | Python, Go, JavaScript, Java, .NET, Rust |
| Lizenz | Apache-2.0 |
Protokollpositionierung: Der Kern von A2A besteht nicht darin, „einen stärkeren Agenten zu machen“, sondern zu standardisieren, wie Agenten Aufgaben entdecken, verhandeln, übertragen und den Feedbackstatus festlegen. Für Unternehmen bedeutet dies, dass das Schnittstellenmanagement bei der Integration über Frameworks hinweg von vornherein erfolgen kann, anstatt Konnektoren in jedem Projekt neu zu erfinden.
Community-Signal: Die GitHub-Seite zeigt etwa 24,2.000 Sterne, 2,5.000 Forks und 158 Mitwirkende, was darauf hindeutet, dass sie ausgehend von einer Konzeptinitiative in eine ausgereiftere Phase der technischen Zusammenarbeit eingetreten ist und zumindest über eine erkennbare Aufmerksamkeit und Beitragsbasis der Entwickler verfügt.
Versionsrhythmus: Von der offiziellen Veröffentlichungsankündigung am 09.04.2025 über 0.3.0 am 30.07.2025 bis hin zu 1.0.0 am 12.03.2026 und 1.0.1 am 26.05.2026 hat die Hauptlinie von A2A den Übergang vom Protokollentwurf zur stabilen Wartung abgeschlossen.
Benutzer- und Markterkennung
Breite der Partner: Googles offizielle Ankündigung vom 09.04.2025 gab eine Kooperationsreihe von über 50 Technologiepartnern und Dienstleistern bekannt, darunter Atlassian, Box, Cohere, Intuit, LangChain, MongoDB, PayPal, Salesforce, ServiceNow und andere Unternehmen, was darauf hindeutet, dass A2A nicht von Anfang an einem einzelnen Hersteller gehörte, sondern eine standardisierte Richtung für ökologische Vernetzung darstellt.
Open-Source-Akzeptanz: 24,2.000 Sterne und 2,5.000 Forks reichen für ein protokollbasiertes Projekt aus, insbesondere wenn das Warehouse weiterhin Releases, Probleme und Mitwirkendenaktivitäten generiert. Diese Art der Beliebtheit bedeutet normalerweise, dass Entwickler es als einen umsetzbaren Integrationsstandard betrachten, anstatt nur der Begeisterung zuzuschauen.
Organisatorische Unterstützung: A2A verfügt sowohl über den technischen Antrieb von Google als auch über den offenen Kooperationsansatz im Rahmen der Linux Foundation. Diese Kombination lässt sich oft leichter von Dritten übernehmen als Protokolle, die unabhängig von einem einzelnen Unternehmen beworben werden, da dadurch die Gefahr verringert wird, an einen einzigen Produktweg gebunden zu sein.
Offenlegungsgrenze: Die Anzahl der Benutzer, der Umsatz, der Unternehmenskaufbetrag und die Kommerzialisierungs-Conversion-Rate werden nicht offengelegt. Dies ist für die Vereinbarung nicht unerwartet. Was wirklich davon abhängt, ist nicht der Verkaufstrichter, sondern die Dichte der nachfolgenden SDKs, Beispiele und der Zugriff auf jede Agentenplattform.
Kostenvorteil
Für das Protokoll selbst wird keine Platzgebühr erhoben: Das öffentliche Lager von A2A verwendet Apache-2.0 und sowohl das Protokoll als auch die Referenzimplementierung können direkt verwendet werden. Für Entwickler und Architekturteams bestehen die Einstiegskosten hauptsächlich darin, die Spezifikationen zu erlernen, auf das SDK zuzugreifen und Tests durchzuführen, anstatt im Voraus eine Protokolllizenzgebühr zu zahlen.
Entwicklerstufe: Die Kosten konzentrieren sich eher auf die Integration als auf die Lizenzierung: Bei der Verwendung von A2A entsteht der eigentliche Overhead normalerweise durch die Orchestrierung des Agentendienstes, die Authentifizierung, den Nachrichtenfluss, die Beobachtbarkeit und die Regressionstests und nicht durch das Protokoll selbst. Mit anderen Worten: Es reduziert die Kosten für den „Kauf von Standards“ und überlässt die Kosten für das „Andocken“ der technischen Implementierung.
Unternehmensebene: Kostenübertragung auf System-Governance: Wenn ein Unternehmen A2A für die abteilungs- oder cloudübergreifende Agentenzusammenarbeit nutzen möchte, liegt der Schwerpunkt des Budgets normalerweise auf dem Gateway, der Prüfung, der Authentifizierungs-SLA, der Laufzeit und der Governance-Plattform. A2A erleichtert die Interoperabilität, beseitigt jedoch nicht automatisch die Komplexität der Governance auf Unternehmensebene.
Aktueller Preisstatus: Es gibt keinen offiziellen öffentlichen Abonnementpreis, Volumenpreis oder Privatisierungspreis. Für die Kaufentscheidung ist es aussagekräftiger, zu bestätigen, ob die Standardposition der Zielökologie erreicht wurde, als nach einer nicht vorhandenen Preisliste zu suchen.
Hauptfunktionen
- Agent-Card-Erkennungsmechanismus: Der Agent stellt Fähigkeiten, Endpunkte und Zertifizierungsanforderungen über eine JSON-formatierte Fähigkeitskarte offen. Auf dieser Grundlage kann der Kunde den am besten geeigneten Remote-Agenten auswählen und so die manuelle Pflege der Docking-Liste reduzieren.
- Aufgabenorientierte Zusammenarbeit: A2A verwaltet die Kommunikation mit der Aufgabe als Zentrum, was für langfristige Aufgaben, asynchrone Aufgaben und komplexe Prozesse geeignet ist, die kontinuierliches Feedback und nicht nur eine einmalige Anfrage-Antwort erfordern.
- Multimodale Interaktion: Das Protokoll unterstützt Text, Dateien und strukturierte Daten und ermöglicht auch die Aushandlung von Interaktionsmethoden rund um das UI-Formular. Es eignet sich für die Weiterentwicklung des Agenten von „Nur-Text-Frage und Antwort“ zur „Schnittstelle zur Aufgabenausführung“.
- Streaming- und Push-Benachrichtigungen: SSE- und Push-Benachrichtigungen ermöglichen es dem Remote-Agenten, den Status kontinuierlich zurückzugeben, was für Prozesse geeignet ist, die Warten, Überprüfung und gestaffelte Rückgaben erfordern.
- Authentifizierungsideen auf Unternehmensebene: Das offizielle Dokument listet Authentifizierung und Autorisierung eindeutig als Designprinzipien auf, was bedeutet, dass es nicht nur für Demo-Demonstrationen konzipiert ist, sondern die Sicherheitsgrenze vor die Protokollebene setzt.
Durch die Kombination dieser Fähigkeiten werden die vier Dinge „einen Agenten finden, mit einem Agenten in Kontakt treten, Fortschritte sehen und Ergebnisse erzielen“ vereint. Für Teams, die eine plattformübergreifende Orchestrierung benötigen, ist dies näher an der Bereitstellung eines echten Mehrwerts als nur die Verbesserung der Modellfunktionen.
Modell- und Versionsentwicklung
A2A ist kein Modellprodukt, sondern ein Protokollstandard; Die Versionsentwicklung bezieht sich hier darauf, wie sich die Spezifikation und die Warehouse-Hauptlinie vom Entwurf zur stabilen Wartung bewegen.
Öffentliche Meilensteine
| Zeit | Knoten | Kernpunkte der Veränderung |
|---|---|---|
| 09.04.2025 | Offizielle Ankündigung | A2A wird erstmals als offenes Protokoll mit mehr als 50 Partnern veröffentlicht |
| 30.07.2025 | v0.3.0 | Komplettes mTLS, Agent Card-Erweiterungen und Protokollbindungsanpassungen |
| 12.03.2026 | v1.0.0 | Mit dem Einstieg in den 1.0-Trunk werden die Spezifikationsstruktur und das Aufgaben-/Nachrichtenmodell weiter stabilisiert |
| 26.05.2026 | v1.0.1 | Beheben Sie weiterhin Bindungs-, TaskStatus- und Transkodierungsprobleme auf dem 1.0-Trunk |
Haupturteil
- 0.x-Phase: ähnelt eher der Protokollbildungsphase und konzentriert sich auf die Fertigstellung der Agentenkarte, des Aufgabenlebenszyklus, der Nachrichtenstruktur und der Übertragungsbindung.
- Phase 1.0: Dies bedeutet, dass das Protokoll bereits über eine stabile API-Semantik verfügt und sich die Folgemaßnahmen eher auf Wartung, Patching und ökologische Anpassung als auf einen groß angelegten Umsturz konzentrieren werden.
Versionsbedeutung
Für das Implementierungsteam bedeutet eine kleine Version wie v1.0.1 normalerweise, dass die Spezifikation für die Pilot- oder Vorproduktionsüberprüfung bereit ist, Sie müssen jedoch noch prüfen, ob das SDK, der Beispielcode und die Zielplattform, auf die Sie sich verlassen, mit demselben Trunk synchronisiert sind.
Technische Vorteile
Mechanismus 1: Entdeckung und Aushandlung von Standardisierungen. Nachdem die Agent Card Funktionen, Endpunkte und Autorisierungsinformationen strukturiert hat, kann der Client-Agent den Zielagenten finden, ohne auf manuelle Konfigurationstabellen angewiesen zu sein. Der Effekt besteht darin, die Kosten für die systemübergreifende Erkennung zu senken, und eignet sich für Szenarien mit mehreren Teams und mehreren Anbietern innerhalb des Unternehmens.
Mechanismus 2: Aufgabenlebenszyklusmanagement. A2A betrachtet nicht eine Interaktion als Endpunkt, sondern unterteilt die Aufgabe in Phasen wie Einreichung, Ausführung, Feedback und Abschluss. Der Effekt besteht darin, dass es besser für langfristige Aufgaben und Prozesse geeignet ist, die eine stufenweise Bestätigung erfordern, wie z. B. die Einstellungsprüfung, die Koordination der Lieferkette oder die schrittweise Genehmigung.
Mechanismus 3: SSE und Push-Benachrichtigungen. Lange Aufgaben müssen nicht durch Polling unterstützt werden. Das System kann den Fortschritt kontinuierlich vorantreiben. Dadurch werden Statusinkonsistenzen während der Wartezeit reduziert. Es eignet sich für Arbeitsaufträge, Analysen, Orchestrierung und Batchverarbeitung im Hintergrund.
Mechanismus 4: Integrieren Sie die UI-Verhandlung in die Vereinbarung. Der Nachrichtenteil (Teile) ermöglicht die Koexistenz verschiedener Präsentationsformen. Dies hat zur Folge, dass der Agent nicht mehr nur „sprechen“ kann, sondern auch Formulare, Dateien, Audio- und Videoinhalte sowie andere interaktive Formulare in das gleiche Kollaborations-Framework integrieren kann.
Das gemeinsame Ergebnis dieser Technologieentscheidungen ist, dass A2A eher einer „universellen Transportschicht zwischen Agenten“ und einer „Schicht für die Zusammenarbeit bei Aufgaben“ ähnelt und nicht einer Front-End-Shell eines bestimmten Modells. Es löst Interoperabilitätsprobleme, sodass sein Wert mit zunehmender ökologischer Skala zunehmen wird.
Wie man es benutzt
Der offizielle Eingang von A2A besteht im Wesentlichen aus drei Ebenen: Dokumentationsstation, Spezifikationsstation und GitHub-Lager.
| Eingang | Zweck | Geeignet für Action |
|---|---|---|
| A2A-Dokumentationsseite | Lesen Sie das Protokoll, die Tutorials und die Site-Navigation | Legen Sie zunächst Konzept- und Terminologiegrenzen fest |
| A2A-Spezifikations-Repository | Protokolldefinitionen, Änderungen und Beispiele anzeigen | Version sperren und Implementierungsdetails bestätigen |
| A2A GitHub-Veröffentlichungen | Versionsentwicklung und Revisionen anzeigen | Bestätigen Sie den aktuellen Trunk und die Kompatibilität |
| A2A-Beispiele | Referenzbeispielimplementierung | Überprüfen Sie schnell End-to-End-Unicom |
Erste Schritte: Lesen Sie zunächst die Dokumentationsseite, um die Terminologie zu verstehen, lesen Sie dann das Spezifikationslager, um das Aufgabenmodell und die Agentenkarte zu bestätigen, wählen Sie dann ein SDK-Durchlaufbeispiel aus und stellen Sie schließlich Ihren Agenten als A2A-Server bereit oder stellen Sie eine Verbindung zu einem A2A-Client her.
Akzeptanzfokus: Wenn es um die Implementierung geht, sollten Sie nicht nur fragen „Können Sie eine Verbindung herstellen?“, sondern auch bestätigen, ob die Authentifizierungsmethode, die Rückgabe des Aufgabenstatus, die Wiederherstellung nach langen Aufgabenunterbrechungen und die Nachrichtenstruktur Ihren Produktionsanforderungen entsprechen.
Produktpreise
Preisstatus: A2A hat den SaaS-Abonnementpreis, den Sitzplatzpreis oder den Volumenpreis nicht offiziell bekannt gegeben. Sowohl das Protokoll als auch das Repository sind öffentlich zugänglich, und die kommerziellen Kosten entstehen hauptsächlich durch Ihre eigene Agentenlaufzeit, Infrastruktur, Überwachung, Prüfung und Integrationsarbeitslast.
- Persönlich/Lernen: Es gibt fast keine Protokollschwellenkosten, die Hauptkosten sind Lern- und Debugging-Zeit.
- Entwickler/API: SDK und Spezifikationen können direkt verwendet werden, und die Kosten konzentrieren sich auf die Zugriffsauthentifizierung, die Nachrichtenverarbeitung und das Testen der Regression.
- Unternehmen/Privat: Wenn A2A als abteilungsübergreifender Standard übernommen wird, werden die Kosten auf Gateway, Governance, Compliance und organisatorische Zusammenarbeit verlagert, und das spezifische Budget hängt vom Plattformumfang und SLA ab.
Derzeit ist es besser, es als „offenen Standard“ zu verstehen, statt als „einzelnes Produkt, das direkt bestellt werden kann“.
Anwendungsszenarien
- Enterprise Process Automation: Verbinden Sie Beschaffungs-, Genehmigungs-, Arbeitsauftrags-, Wissensdatenbank-, ERP- und andere Systeme, um verschiedenen Agenten je nach Aufgabenteilung die Zusammenarbeit zu ermöglichen und manuelle Übertragungen zu reduzieren.
- Rekrutierung und Kandidatenüberprüfung: Lassen Sie einen Agenten für die Suche verantwortlich sein und einen anderen Agenten für die Vereinbarung von Vorstellungsgesprächen oder die Zusammenstellung von Hintergrundinformationen, geeignet für mehrstufige, langfristige Aufgaben.
- Kundendienst- und Support-Zusammenarbeit: Der Front-End-Kundendienstmitarbeiter arbeitet mit dem Back-End-Wissens-, Arbeitsauftrags- und Rückerstattungsagenten zusammen, um die Effizienz der Problemverteilung und Statusrückgabe zu verbessern.
- Lieferketten- und Betriebskoordination: Richten Sie eine einheitliche Aufgabenebene zwischen Bestand, Logistik, Beschaffung und Prognose ein, geeignet für Prozesse, die eine kontinuierliche Fortschrittssynchronisierung erfordern.
- Multi-Framework-Agent-Orchestrierung: Wenn Teams gleichzeitig unterschiedliche Frameworks oder unterschiedliche Cloud-Umgebungen verwenden, bietet A2A eine einheitlichere Interoperabilitätsgrenze und reduziert das Problem, dass „jede Plattform ihre eigene Sprache spricht“.
Anwendbare Personen
- Plattformarchitekt: Es müssen Agenteninteroperabilitätsstandards auf Unternehmensebene definiert werden, in der Hoffnung, verschiedene Frameworks und Anbieter in denselben Satz von Governance-Modellen zu integrieren.
- Agent-Framework-Entwickler: müssen ihre eigenen Agenten externen Systemaufrufen aussetzen oder auf die Agentenzusammenarbeit Dritter zugreifen.
- Unternehmensintegrationsteam: Sie verfügen bereits über mehrere Geschäftssysteme und KI-Projekte und möchten die wiederholte projektübergreifende Integration reduzieren.
- Team für Protokollforschung und Standardsförderung: Fokus auf offene Standards, Nachrichtenmodelle, Sicherheitsbindung und ökologische Zusammenarbeit.
Nicht für Grenzen geeignet: Wenn das Team nur eine eigenständige Chat-Anwendung oder ein einmaliges Automatisierungsskript erstellen möchte oder keine systemübergreifenden Interoperabilitätsanforderungen hat, scheint die Protokollabstraktion von A2A zu schwer zu sein; Solche Szenarien eignen sich besser für die direkte Verwendung eines einzelnen Anwendungsschicht-Tools, anstatt zunächst eine Standardschicht einzuführen.
Zusammenfassung und Ausblick
Die zentrale Wettbewerbsfähigkeit von A2A liegt in der Weiterentwicklung der Agenten-Interoperabilität von der Phase „Jedes Unternehmen definiert seine eigene Schnittstelle“ bis zur Phase der „Festlegung gemeinsamer Standards für Aufgaben, Erkennung, Aushandlung und Statusrückgabe“. Der wertvollste Teil besteht nicht in einer einzigen Funktionalität, sondern darin, dass Agenten in unterschiedlichen Frameworks, unterschiedlichen Anbietern und unterschiedlichen Betriebsumgebungen endlich eine kollaborative Sprache haben, der sie alle folgen können.
Die aktuellen Einschränkungen sind ebenfalls sehr klar: Die offiziellen kommerziellen Preise wurden nicht bekannt gegeben, und die ökologische Reife hängt immer noch vom Synchronisierungsfortschritt verschiedener SDKs, Plattformen und Beispiele ab. Unternehmen müssen beim Start außerdem die Authentifizierung, die Überwachung, die langfristige Aufgabenstabilität und die Kompatibilität Punkt für Punkt überprüfen. Wenn Sie ein Pilotprojekt durchführen möchten, wird empfohlen, zunächst eine systemübergreifende Hochfrequenz-Rollback-Aufgabenverbindung für die Überprüfung in kleinem Maßstab auszuwählen und dann zu entscheiden, ob A2A auf einen Interoperabilitätsstandard auf Unternehmensebene aktualisiert werden soll. Vor der formellen Beschaffung oder Erweiterung sollten Sie sich weiterhin auf die Bestätigung der Kompatibilitätsgrenzen des Protokoll-Backbones, der Ziel-SDK-Version und der vorhandenen Agentenplattform konzentrieren.
Verwandte Tools: crewai, langchain
Versionsinfo
- A2A 1.0.1 ：Die überarbeitete Version des 1.0-Trunks behebt weiterhin Probleme im Zusammenhang mit der HTTP-Bindung, dem TaskStatus und der Transkodierung, was darauf hinweist, dass das Protokoll in eine stabile Wartungsphase eingetreten ist.
- A2A 1.0.0 ：Der erste 1.0-Meilenstein besteht darin, die Backbone-Organisation rund um Aufgabenbenachrichtigungen, Sicherheitslösungen, Nachrichtenbindung und Protokollstrukturen zu vervollständigen.
- A2A 0.3.0 ：Frühe kritische Versionen ergänzen mTLS, Agent Card-Erweiterungen und Protokollbindungsanpassungen, um die Spezifikation näher an die offizielle Veröffentlichung heranzuführen.
Benutzerbewertungen