Konzeptkarte

Agent-to-Agent-Protokoll (A2A) — herstellerübergreifende Agenten-Orchestrierung

Stand 2026-07-24T14:00:00Z

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist Agent-to-Agent-Protokoll (A2A) — herstellerübergreifende Agenten-Orchestrierung?

A2A standardisiert die Schnittstelle zwischen Agenten — ein autonomer Agent kann einen anderen unabhängig von Anbieter oder Modell entdecken und ihm eine Aufgabe delegieren — und ergänzt damit MCP, das nur Agent-zu-Tool-Aufrufe standardisiert.

Was A2A ist

Agent-to-Agent (A2A) ist ein offenes Kommunikationsprotokoll, das Google im April 2025 mit mehr als fünfzig Gründungspartnern ankündigte, darunter SAP, Salesforce, ServiceNow, Workday, Atlassian, MongoDB und PayPal. Die Governance ging an die Linux Foundation über, unter einem eigenen A2A Project, mit Referenz-Software-Development-Kits, die in Python, Java und .NET gepflegt werden. Das Protokoll beantwortet eine Frage, die autonome Business-Agenten in dem Moment aufwarfen, als mehr als ein Anbieter begann, sie zu bauen: Wie entdeckt ein Agent, den ein Unternehmen gebaut hat, einen Agenten eines anderen Unternehmens, der ein anderes Modell auf einer anderen Plattform betreibt, wie verhandelt er mit ihm und wie delegiert er ihm Arbeit, ohne dass eine der beiden Seiten ihre internen Programmierschnittstellen offenlegen muss?

Warum es zählt

Von Google im April 2025 angekündigt mit über 50 Gründungspartnern, darunter SAP, Salesforce, ServiceNow und Workday, seit Juni 2025 unter der Governance der Linux Foundation.
Die Agent Card unter /.well-known/agent.json erlaubt es einem orchestrierenden Agenten, die Fähigkeiten und das Auth-Schema eines Partners zu prüfen, bevor ein Task delegiert wird.
Tasks durchlaufen einen Lebenszyklus (submitted → working → input-required → completed/failed/canceled) mit SSE-Streaming über tasks/sendSubscribe für lange herstellerübergreifende Interaktionen.

Kernpunkte

A2A-Protokoll — von Google im April 2025 mit über 50 Gründungspartnern angekündigt, darunter SAP; im Juni 2025 unter die Governance des Linux Foundation A2A Project übergegangen; SAP war Unterzeichner der ersten Stunde, was A2A als Integrationsstandard für BDC/Agent Hub bestätigt.
Grenze, die es standardisiert — Agent-zu-Agent (herstellerübergreifend); MCP (C224) standardisiert Agent-zu-Tool (innerhalb der Domäne eines Anbieters). Die beiden Protokolle sind komplementär, nicht konkurrierend: MCP innerhalb der Grenze jedes Agenten, A2A zwischen Agenten.
Vier Grundbausteine — Agent Card (/.well-known/agent.json: Fähigkeiten, Skills, Modalitäten, Auth-Schema) · Task (Lebenszyklus: submitted → working → input-required → completed/failed/canceled) · Message (multimodale Payload: Text, Datei, strukturierte Daten) · Streaming (Server-Sent Events über tasks/sendSubscribe für lange laufende Interaktionen).
Kanonisches SAP-Szenario — Joule Agent (BTP) erkennt Datenqualitätsproblem → delegiert Bereinigungs-Task via A2A an Salesforce Agentforce → Agentforce vergibt A2A-Task an ServiceNow-Flow-Agent für ITSM-Datensatz. Keine gemeinsamen internen APIs; alles unter Governance des SAP AI Agent Hub (C211).
Der SAP AI Agent Hub (C211) ist die A2A-Governance-Ebene — er registriert autorisierte Partneragenten, protokolliert alle Delegationen, setzt Rate Limits und Policies durch und liefert den Audit-Trail. A2A ist die Leitung; der Agent Hub ist der Kontrollturm.
Authentifizierung pro Task ausgehandelt — OAuth 2.0, API-Schlüssel, mTLS. Für regulierte SAP-Kunden ist mTLS das empfohlene Muster: gegenseitige Authentifizierung zwischen BTP und Partneragenten erfüllt die Dokumentationspflichten aus Art. 9 des EU AI Act.
Steuerung des Task-Lebenszyklus — tasks/send (fire-and-forget), tasks/get (Statusabfrage), tasks/cancel. Der Lebenszyklus-Zustand „input-required" ermöglicht Human-in-the-Loop-Pausen bei riskanten delegierten Entscheidungen, bevor ein Partneragent fortfährt.
Die Agent Card ist der Discovery-Vertrag — ein orchestrierender Agent liest die /.well-known/agent.json des Partners, bevor er einen Task vergibt; die Card erklärt, ob der Partner den benötigten Skill, die Modalität und das Auth-Schema unterstützt. Unvollständige oder fehlende Agent Cards verhindern die A2A-Integration vollständig.
A2A vs. proprietäre Orchestrierung (z. B. LangChain Multi-Agent, AutoGen) — A2A ermöglicht herstellerübergreifende Produktivdeployments, ohne der internen Implementierung des Partners vertrauen zu müssen; proprietäre Frameworks benötigen eine gemeinsame Laufzeitumgebung, was über SAP-, Salesforce- und ServiceNow-Landschaften hinweg gleichzeitig unpraktikabel ist.
Die Governance-Struktur der Linux Foundation sichert eine herstellerneutrale Weiterentwicklung der A2A-Spezifikation — kein einzelner Anbieter (auch nicht Google) kann das Protokoll einseitig so ändern, dass es SAPs Agent-Hub-Implementierung bricht. Das ist die Governance-Eigenschaft, die A2A von proprietären API-Integrationen unterscheidet.

Begriffe auf dieser Seite

Agent Card: Öffentlicher JSON-Deskriptor unter /.well-known/agent.json, der die Fähigkeiten, Skills, unterstützten Nachrichtenmodalitäten (Text, Audio, strukturierte Daten) und das Authentifizierungsschema eines A2A-Agenten deklariert. Der Discovery-Vertrag, den ein aufrufender Agent liest, bevor er eine Task-Delegation einleitet.
Task (A2A): Die Einheit delegierter Arbeit, die ein A2A-Agent bei einem anderen einreicht. Tasks werden über tasks/send (fire-and-forget) eingereicht, über tasks/get abgefragt oder über tasks/cancel abgebrochen. Sie durchlaufen einen Lebenszyklus: submitted → working → input-required → completed/failed/canceled.
input-required lifecycle state: Ein Task-Lebenszyklus-Zustand, der anzeigt, dass die Ausführung pausiert ist, weil der empfangende Agent eine menschliche Entscheidung oder eine Partner-Bestätigung benötigt, bevor er fortfährt. Der wichtigste Human-in-the-Loop-Kontrollpunkt in A2A-Workflows.
tasks/sendSubscribe: A2A-Streaming-Methode über Server-Sent Events (SSE), die Echtzeit-Fortschrittsmeldungen zu einem Task liefert, ohne dass der aufrufende Agent pollen muss — verwendet für lange laufende herstellerübergreifende Interaktionen wie mehrstufige Datenqualitätskorrekturen.
A2A Project (Linux Foundation): Das herstellerneutrale Governance-Gremium für die A2A-Spezifikation seit Juni 2025; stellt sicher, dass kein einzelner Anbieter das Protokoll einseitig so ändern kann, dass bestehende Implementierungen brechen. SAP, Google, Salesforce und ServiceNow sind alle Gründungsmitglieder.
MCP (Model Context Protocol): Von Anthropic stammendes Protokoll (C224), das die Agent-zu-Tool-Grenze standardisiert — ein einzelner Agent, der den Tool-Katalog eines Servers aufruft, um Daten abzurufen oder eine Aktion auszuführen. Komplementär zu A2A: MCP operiert innerhalb der Grenze eines Agenten; A2A operiert zwischen Agenten über Herstellergrenzen hinweg.
SAP AI Agent Hub (C211): Die Governance-Ebene oberhalb von A2A im SAP-BTP/BDC-Stack: registriert autorisierte A2A-Partneragenten, protokolliert jede Task-Delegation, wendet Rate Limits und Policy-Kontrollen an und erzeugt den Audit-Trail für das Compliance-Reporting. A2A ist die Leitung; der Agent Hub ist der Kontrollturm.
mTLS (mutual TLS): Mutual Transport Layer Security: ein Authentifizierungsmuster, bei dem sowohl der aufrufende als auch der empfangende Agent einander X.509-Zertifikate vorlegen und so eine verifizierte gegenseitige Identität herstellen. Das empfohlene A2A-Authentifizierungsschema für regulierte SAP-Kunden, das einen kryptografisch nachprüfbaren Verbindungsnachweis liefert, der die Dokumentationspflichten aus Art. 9 des EU AI Act erfüllt.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →