Künstliche Intelligenz arbeitet heute überall, beispielsweise in Chatbots, Empfehlungssystemen und Unternehmensprozessen.
Aber was passiert, wenn verschiedene KI-Agenten, zum Beispiel ein Sprachassistent, ein Buchungssystem und ein Datenanalyst, miteinander kommunizieren sollen?
Bislang war das schwierig, da jeder Agent in seiner eigenen technischen Sprache spricht und nach eigenen Regeln funktioniert.
Das führt zu Reibungsverlusten, Inkompatibilitäten und doppelter Entwicklungsarbeit.
Das A2A-Protokoll, kurz für Agent-to-Agent, löst genau dieses Problem.
Es schafft eine gemeinsame Kommunikationsbasis, über die KI-Agenten, egal von welchem Anbieter oder in welchem Framework sie gebaut wurden, sicher, strukturiert und effizient miteinander zusammenarbeiten können.
So wird aus einer Sammlung isolierter Tools ein echtes, interagierendes KI-Ökosystem.
Wie A2A funktioniert, Das Grundprinzip
A2A arbeitet mit zwei Rollen:
- A2A Client, der Agent, der eine Anfrage stellt
- A2A Server, der Agent, der sie bearbeitet
Kommuniziert wird über HTTP(S) mit JSON-RPC 2.0, alternativ auch mit gRPC oder REST.
Damit Agenten wissen, mit wem sie sprechen, veröffentlicht jeder eine sogenannte Agent Card, eine Art digitale Visitenkarte.
Sie enthält Informationen darüber, wer der Agent ist, was er kann, wie man ihn erreicht und welche Sicherheitsanforderungen gelten.
So kann jeder Client prüfen, wie er eine Verbindung aufbaut und welche Methoden er ansprechen darf.
Damit ein Agent überhaupt mit anderen kommunizieren kann, stellt Google das sogenannte A2A SDK bereit, eine Sammlung von Werkzeugen und Vorlagen, die Entwickler nutzen, um Agenten schnell und standardkonform zu bauen.
Das SDK kümmert sich um die technische Basis, also um Dinge wie HTTP-Verbindungen, das Format der Nachrichten und den sicheren Austausch von Daten.
Der sogenannte Agent Executor baut darauf auf und kümmert sich um den eigentlichen Inhalt.
Er entscheidet, wie der Agent auf eine Anfrage reagiert, welche Fähigkeiten er einsetzt und wie die Ergebnisse aufbereitet werden.
Wenn man so will, übersetzt der Executor die technische Sprache des Protokolls in echte Handlungen, zum Beispiel eine Flugbuchung, eine Analyse oder eine Empfehlung.
Dadurch wird jeder Agent zu einem eigenständig denkenden Baustein, der sich flexibel in größere Systeme einfügt und nahtlos mit anderen Agenten zusammenarbeitet.
Kommunikation und Aufgabenverwaltung, Vom Message-Flow bis zum Streaming
Die Kommunikation zwischen Agenten erfolgt in Form von Messages, also strukturierten Nachrichten, die aus mehreren Parts bestehen können, etwa Texten, Dateien oder strukturierten Daten.
Eine Anfrage wird durch den Client gestartet, der Remote-Agent empfängt sie, verarbeitet die Aufgabe und liefert die Antwort zurück.
Eine Aufgabe, also ein Task, hat dabei einen klaren Lebenszyklus, submitted, working, input-required, completed oder failed.
So können Agenten zuverlässig erkennen, in welchem Zustand sich eine Anfrage befindet.
Manchmal kann eine Nachricht auch direkt beantwortet werden, wenn die Anfrage einfach genug ist oder sofort bearbeitet werden kann.
In solchen Fällen wird kein separater Task angelegt, sondern der Remote-Agent sendet die Antwort unmittelbar zurück.
Das macht den Datenaustausch bei kleineren Interaktionen besonders effizient.
Für Aufgaben, die länger dauern oder laufend Ergebnisse liefern, unterstützt A2A zwei zusätzliche Mechanismen:
- Streaming via Server-Sent Events (SSE), der Remote-Agent hält die Verbindung offen und sendet Updates oder Zwischenergebnisse, während die Aufgabe läuft.
- Push Notifications, der Remote-Agent kann den Client aktiv informieren, sobald sich eine Aufgabe ändert oder abgeschlossen ist.
Diese Funktionen machen das Protokoll reaktionsfreudig und benutzerfreundlich, ganz ohne aufwendiges Polling oder verzögerte Antworten.
Sicherheit auf Enterprise-Niveau
Sicherheit ist ein zentrales Element von A2A. Alle Verbindungen laufen über HTTPS mit aktuellen TLS-Konfigurationen, empfohlen TLS 1.3.
Authentifizierung und Autorisierung erfolgen über etablierte Verfahren wie:
- OAuth 2.0 (Bearer Token)
- API Keys
- mTLS
- OpenID Connect
Jede Anfrage wird überprüft, kein Agent bekommt Zugriff ohne Berechtigung.
Sicherheitsmechanismen stellen zudem sicher, dass nur vertrauenswürdige Kommunikationspartner zugelassen werden und Datenintegrität jederzeit gewährleistet bleibt.
A2A in Aktion, Von der Theorie zur Praxis
Ein praktisches Beispiel verdeutlicht, wie A2A Mehrwert schafft:
Ein Reiseplanungs-Agent soll für einen Nutzer eine vollständige Reise organisieren. Dafür arbeiten drei spezialisierte Agenten zusammen.
Der Flug-Agent findet passende Flüge und übergibt die Reisedaten an den Hotel-Agenten, der automatisch verfügbare Unterkünfte vorschlägt.
Anschließend nutzt der Aktivitäts-Agent diese Informationen, um Aktivitäten und Ausflüge am Zielort zu planen.
Keiner dieser Agenten muss wissen, wie die anderen intern funktionieren.
Alles läuft über standardisierte JSON-Nachrichten, die über A2A übertragen werden.
So entsteht ein Netzwerk aus flexiblen, intelligenten Modulen, die sich dynamisch zu einem Gesamtsystem verbinden können.
A2A und MCP, Wie sie sich ergänzen
MCP, das Model Context Protocol, ist ein weiterer offener Standard, der definiert, wie ein KI-Agent auf Tools, Datenquellen oder APIs zugreift.
Es schafft eine einfache und einheitliche Möglichkeit, Werkzeuge anzubinden, auf Daten zuzugreifen und Kontextinformationen auszutauschen.
Während MCP also hilft, Agenten mit Tools und Datenquellen zu verbinden, geht A2A einen Schritt weiter, es verbindet Agenten untereinander.
Fazit: Der Beginn einer neuen Agentenära
Das Agent2Agent-Protokoll ist mehr als ein technischer Standard, es ist der nächste Schritt hin zu einer Welt, in der intelligente Systeme miteinander zusammenarbeiten, statt nebeneinander zu existieren.
Für Unternehmen bedeutet das weniger Integrationsaufwand, mehr Automatisierung und eine höhere Effizienz.
Denn wenn Maschinen endlich lernen miteinander zu reden, bleibt uns Menschen mehr Zeit für das Wesentliche, zum Beispiel den nächsten Kaffee.
