Agent2Agent Protocol

Das Agent2Agent-Protokoll (A2A) ist ein offener Standard, über den KI-Agenten verschiedener Anbieter und Frameworks wie LangChain oder Googles Agent Development Kit einander finden, Aufgaben delegieren und Ergebnisse zurückgeben können. Jeder Agent bleibt undurchsichtig: Er gibt bekannt, was er kann, und nimmt Aufträge über eine gemeinsame Schnittstelle an, legt aber weder seine Eingabeaufforderungen und seinen Speicher noch seine Werkzeuge oder sein Modell offen. Google kündigte A2A an am 9. April 2025 gemeinsam mit mehr als 50 Technologiepartnern und übergab das Protokoll später der Linux Foundation. Dort wurde IBM's Agent Communication Protocol im August 2025 integriert. Version 1.0, die erste stabile Spezifikation, wurde im März 2026 veröffentlicht. Im August 2026 schloss sich A2A, das inzwischen von mehr als 150 Organisationen unterstützt wurde, der Agentic AI Foundation an, die auch das Model Context Protocol beherbergt.

So funktioniert A2A#

Die A2A-Spezifikation definiert zwei Rollen: einen Client-Agenten, der eine Aufgabe erledigen lassen möchte, und einen Remote-Agenten, der sie ausführt. Ein Remote-Agent veröffentlicht eine Agent Card, ein JSON-Dokument, das üblicherweise unter /.well-known/agent-card.json bereitgestellt wird und Name, Endpunkte, Authentifizierungsanforderungen, Eingabe- und Ausgabeformate sowie Skills aufführt. Ein Client liest die Karte, entscheidet, ob der Agent für den Auftrag geeignet ist, und sendet eine Nachricht.

• Nachrichten: Kommunikationsschritte mit einer Rolle und einem oder mehreren Teilen. Jeder Teil enthält Text, eine Datei oder strukturierte Daten.
• Aufgaben: Zustandsbehaftete Arbeitseinheiten mit einer ID und einem Status. Eine Aufgabe durchläuft Zustände wie eingereicht, in Bearbeitung, Eingabe erforderlich, Authentifizierung erforderlich, abgeschlossen, fehlgeschlagen, abgebrochen und abgelehnt. So kann ein Remote-Agent während eines Auftrags pausieren und dem Client eine Frage stellen.
• Artefakte: Die Ergebnisse einer Aufgabe, etwa ein Bericht, ein Bild oder ein JSON-Datensatz, die getrennt von Gesprächsnachrichten zurückgegeben werden.
• Streaming und Push-Benachrichtigungen: Bei lang laufenden Aufgaben werden laufend Aktualisierungen über einen Stream gesendet oder der Client wird über einen Webhook benachrichtigt, sobald die Aufgabe abgeschlossen ist. Das eignet sich für Aufträge, die Stunden dauern.

Version 1.0 definiert drei Protokollbindungen: JSON-RPC 2.0, gRPC und HTTP+JSON. Zu den Methoden gehören SendMessage, GetTask und CancelTask. Außerdem kommen Versionsaushandlung und Mehrmandantenfähigkeit hinzu. Die in Version 0.3 eingeführten signierten Agent Cards bleiben erhalten, damit ein Client überprüfen kann, wer eine Karte veröffentlicht hat.

Eine Agent Card#

Diese Karte kündigt einen Agenten für den Einzelhandel an, der die JSON-RPC-Bindung verwendet. Zu den erforderlichen Feldern zählen Name, Beschreibung, Version, Schnittstellen, Fähigkeiten, standardmäßige Eingabe- und Ausgabemodi sowie Skills. Jeder Skill benötigt eine ID, einen Namen, eine Beschreibung und Tags:

{
  "name": "Shelf Vision Agent",
  "description": "Finds empty facings and counts products in retail shelf photos.",
  "version": "1.0.0",
  "supportedInterfaces": [
    { "url": "https://vision.example.com/a2a/v1", "protocolBinding": "JSONRPC", "protocolVersion": "1.0" }
  ],
  "capabilities": { "streaming": true, "pushNotifications": false },
  "defaultInputModes": ["image/jpeg", "text/plain"],
  "defaultOutputModes": ["application/json", "image/jpeg"],
  "skills": [
    {
      "id": "shelf-audit",
      "name": "Shelf audit",
      "description": "Counts each product and lists empty facings with their shelf positions.",
      "tags": ["retail", "object-detection"],
      "examples": ["Which facings in this aisle photo are empty?"]
    }
  ]
}

Ein Agent für den Filialbetrieb, der diese Karte liest, weiß, dass er JPEG-Bilder oder Text senden und JSON oder annotierte Bilder zurückerhalten kann. Das Feld examples zeigt, welche Art von Anfrage der Skill erwartet.

A2A und verwandte Protokolle und Konzepte#

• Model Context Protocol (MCP): Verbindet einen Agenten mit den Werkzeugen und Daten, die er direkt verwendet. A2A verbindet Agenten mit anderen Agenten, die selbst planen und handeln. Beide Protokolle sind auf die Zusammenarbeit ausgelegt; ein Remote-Agent über A2A verwendet intern häufig MCP-Werkzeuge.
• Funktionsaufrufe und Werkzeugnutzung: Ein Funktionsaufruf führt einen einzelnen Vorgang mit festen Argumenten aus. Eine A2A-Anfrage übergibt ein Ziel, und der Remote-Agent entscheidet über die erforderlichen Schritte.
• Orchestrierung von KI-Agenten: Legt fest, welcher Agent welche Teilaufgabe übernimmt, und führt die Ergebnisse zusammen. A2A ist ein Übertragungsprotokoll, über das ein Orchestrator Agenten erreichen kann, die er nicht selbst hostet.
• Agenten-Skills: Anweisungsordner, die ein Agent lädt, um ein Verfahren zu erlernen. Skills in einer A2A-Agent Card geben bekannt, was ein Remote-Agent anbietet, enthalten aber selbst keine Anweisungen.

Anwendungen und Sicherheit#

A2A eignet sich für agentische Arbeitsabläufe über Team- oder Unternehmensgrenzen hinweg: etwa für einen Reiseagenten, der über Fluglinien- und Hotelagenten Buchungen vornimmt, für einen Einkaufsagenten, der mit Lieferantenagenten verhandelt, oder für einen Betriebsagenten im Einzelhandel, der Regalbilder an einen Agenten für Computer Vision sendet und Berichte über leere Regalfächer an einen Agenten für die Bestandsverwaltung weiterleitet. Der Vision-Agent hinter einer solchen Karte kann die Bilderkennung an einen dedizierten Endpunkt der Ultralytics Platform delegieren. Dieser stellt ein trainiertes YOLO26-Modell unter einer /predict-URL bereit, die mit einem API-Schlüssel authentifiziert wird, und gibt die JSON-Ergebnisse der Objekterkennung als Artefakt an den Client zurück. Das Universal Commerce Protocol für den agentischen Handel bietet integrierte A2A-Unterstützung.

Jede Verbindung zwischen Agenten ist eine Vertrauensgrenze. Clients authentifizieren Remote-Agenten anhand der in deren Karten angegebenen Sicherheitsverfahren wie OAuth 2.0 oder OpenID Connect, überprüfen signierte Karten und behandeln zurückgegebene Nachrichten und Artefakte als nicht vertrauenswürdige Eingaben, die eine Prompt Injection enthalten können. Die OWASP Top 10 für agentische Anwendungen führen unsichere Kommunikation zwischen Agenten und kaskadierende Ausfälle unter ihren zehn Risiken auf. Produktivsysteme ergänzen Zeitüberschreitungen, den Abbruch von Aufgaben, Berechtigungen pro Skill und Beobachtbarkeit: Ablaufverfolgungen, die eine Anfrage über alle beteiligten Agenten hinweg verfolgen.