Was ist das A2A-Protokoll? Kommunikation zwischen KI-Agenten erklart

Was ist das A2A-Protokoll?

Stellen Sie sich vor, Sie leiten ein Team von KI-Agenten: einen Recherche-Agenten, der das Web durchsucht, einen Coding-Agenten, der Pull Requests schreibt, einen Datenanalysten, der Tabellenkalkulationen auswertet, und einen Kundensupport-Agenten, der Tickets beantwortet. Jeder Agent ist auf einem anderen Framework aufgebaut, stammt von einem anderen Anbieter und lauft in einer anderen Umgebung. Stellen Sie sich nun vor, Sie mochten, dass der Recherche-Agent seine Ergebnisse an den Coding-Agenten ubergibt oder dass der Support-Agent eine Abrechnungsfrage an den Datenanalysten eskaliert. Ohne eine gemeinsame Sprache sind diese Agenten Inseln: Sie konnen nicht miteinander kommunizieren.

Das ist das Problem, das das Agent2Agent-Protokoll (A2A) lost.

A2A ist ein offener Kommunikationsstandard, der es KI-Agenten ermoglicht, sich gegenseitig zu entdecken, Fahigkeiten auszutauschen, Aufgaben zu delegieren und Arbeit zu koordinieren - unabhangig davon, auf welchem Framework sie aufgebaut sind oder welcher Anbieter sie bereitstellt. Gestartet von Google im April 2025 mit uber 50 Technologiepartnern und jetzt als Open-Source-Projekt bei der Linux Foundation gehostet, ist A2A das fehlende Stuck, das eine Sammlung einzelner Agenten in ein echtes Agententeam verwandelt.

Warum A2A jetzt wichtig ist

Die Landschaft der KI-Agenten hat eine Schwelle uberschritten. Gartner berichtet, dass 80 Prozent der im ersten Quartal 2026 ausgelieferten oder aktualisierten Unternehmensanwendungen jetzt mindestens einen KI-Agenten einbetten. Die KI-Agenten-Umfrage 2026 von PwC zeigt, dass 79 Prozent der Unternehmen angeben, dass KI-Agenten bereits eingesetzt werden, und 66 Prozent davon berichten von messbaren Produktivitatssteigerungen.

Aber hier liegt das Problem: Die meisten dieser Agenten sind isoliert. Ein Salesforce-Agent kann nicht mit einem ServiceNow-Agenten sprechen. Ein benutzerdefinierter LangChain-Agent kann nicht an einen anbietergebauten Agenten auf Vertex AI delegieren. Teams bauen Agent um Agent, jeder fur sich leistungsfahig, und stellen dann fest, dass die Koordination zwischen ihnen benutzerdefinierte Integrationen, bruchige API-Vertrage und monatelange Entwicklungsarbeit erfordert.

A2A andert das. Es bietet ein standardisiertes, offenes Protokoll fur die Agent-zu-Agent-Kommunikation, analog zu dem, was HTTP fur Webdienste oder SMTP fur E-Mail getan hat. Vor HTTP benotigte jeder Webclient und -server eine benutzerdefinierte Integration. Nach HTTP konnte jeder Browser mit jedem Server kommunizieren. A2A zielt darauf ab, dasselbe fur KI-Agenten zu erreichen.

Wie das A2A-Protokoll funktioniert

A2A basiert auf einigen Kernkonzepten, die einfach zu verstehen, aber in Kombination leistungsstark sind.

Agent Cards: die Visitenkarte des Agenten

Jeder A2A-kompatible Agent veroffentlicht eine Agent Card, ein JSON-Dokument, das an einem bekannten Endpunkt gehostet wird und beschreibt, was der Agent tun kann. Die Karte enthalt:

• Name und Beschreibung des Agenten
• Seine Fahigkeiten: welche Arten von Aufgaben er bewaltigen kann
• Seine Eingabe- und Ausgabeschemata: welche Datenformate er akzeptiert und zuruckgibt
• Authentifizierungsanforderungen: OAuth 2.0-Bereiche oder API-Schlussel-Erwartungen
• Seine Endpunkt-URL: wohin Aufgabenanfragen zu senden sind

Wenn ein Orchestrator-Agent eine Aufgabe delegieren muss, entdeckt er zunachst die verfugbaren Agenten, indem er ihre Agent Cards liest. Er gleicht die Aufgabenanforderungen mit den in jeder Karte deklarierten Fahigkeiten ab und leitet die Arbeit dann an den am besten geeigneten Agenten weiter. Dieser Erkennungsmechanismus macht A2A fur Unternehmensumgebungen geeignet, in denen regelmaBig neue spezialisierte Agenten bereitgestellt werden: Sie fugen einen Agenten hinzu, veroffentlichen seine Karte, und der Rest des Systems entdeckt ihn automatisch.

Aufgabenlebenszyklus: Anfrage, Ausfuhrung, Ruckgabe

Die A2A-Kommunikation folgt einem strukturierten Aufgabenlebenszyklus. Ein Agent (der Client) sendet eine Aufgabenanfrage an einen anderen Agenten (den Server). Die Aufgabe umfasst:

• Eine Aufgaben-ID zur Nachverfolgung
• Die Aufgabenbeschreibung und Parameter
• Das erwartete Ausgabeformat

Der empfangende Agent kann in drei Modi antworten:

• Synchron: Der Agent verarbeitet die Aufgabe sofort und gibt das Ergebnis in derselben HTTP-Antwort zuruck. Am besten fur kurze, deterministische Aufgaben.
• Streaming: Der Agent gibt Ergebnisse schrittweise zuruck, sobald sie verfugbar sind, unter Verwendung von Server-Sent Events. Am besten fur Aufgaben, bei denen der Benutzer den Fortschritt in Echtzeit sehen mochte.
• Asynchron: Der Agent bestatigt die Aufgabe, verarbeitet sie im Hintergrund und benachrichtigt den Client bei Abschluss. Am besten fur lang laufende oder Batch-Aufgaben.

Diese Flexibilitat bedeutet, dass A2A fur alles funktioniert, von einer schnellen Faktenprufungsdelegation (synchron, unter einer Sekunde) bis zu einem mehrstundigen Forschungsbericht (asynchron mit Benachrichtigung).

Der A2A-Kommunikationsablauf

Hier ist eine vereinfachte Ansicht einer typischen A2A-Interaktion:

1. Ein Orchestrator-Agent erhalt eine komplexe Benutzeranfrage: "Analysieren Sie unsere Q2-Verkaufsdaten, identifizieren Sie die drei leistungsschwachsten Regionen und entwerfen Sie fur jede ein Strategie-Memo."
2. Der Orchestrator liest die Agent Cards der verfugbaren Agenten: ein Datenanalyse-Agent, ein Strategie-Schreib-Agent und ein Formatierungs-Agent.
3. Der Orchestrator delegiert die Datenanalyse-Aufgabe uber A2A an den Datenanalyse-Agenten und gibt die Eingabe (Verkaufsdatenbank-Verbindung) und die erwartete Ausgabe (einen strukturierten Bericht der leistungsschwachen Regionen) an.
4. Der Datenanalyse-Agent verarbeitet die Anfrage mit seinen eigenen Werkzeugen (MCP-verbundene Datenbanken, Statistikbibliotheken) und gibt den strukturierten Bericht zuruck.
5. Der Orchestrator delegiert die Strategie-Schreibaufgabe an den Strategie-Schreib-Agenten und ubergibt die Analyse als Eingabe.
6. Der Strategie-Schreib-Agent entwirft drei Memos und gibt sie zuruck.
7. Der Orchestrator delegiert die Formatierungsaufgabe an den Formatierungs-Agenten.
8. Der Orchestrator stellt die endgultige Antwort fur den Benutzer zusammen.

Zu keinem Zeitpunkt musste ein Agent die interne Funktionsweise eines anderen Agenten kennen. Sie kommunizierten ausschlieBlich uber die strukturierte Aufgabenschnittstelle von A2A.

A2A vs. MCP: zwei Protokolle, ein Stack

Eine der haufigsten Fragen zu A2A ist, wie es sich zum Model Context Protocol (MCP) verhalt, dem anderen groBen offenen Protokoll im Agenten-Okosystem. Die Unterscheidung ist klar:

Die beiden Protokolle sind so konzipiert, dass sie zusammenarbeiten, nicht konkurrieren. Ein A2A-Orchestrator delegiert Aufgaben an Spezialagenten. Jeder Spezialagent verwendet MCP, um sich mit den Werkzeugen und Datenquellen zu verbinden, die er zur Ausfuhrung dieser Aufgaben benotigt. Die Protokollgrenze ist klar: Inter-Agenten-Kommunikation erfolgt uber A2A, Werkzeugaufrufe uber MCP.

Stellen Sie es sich so vor: MCP ist die Art, wie ein Agent nach auBen in die Welt greift. A2A ist die Art, wie ein Agent nach einem anderen Agenten greift.

A2A im breiteren Protokoll-Okosystem

A2A ist nicht das einzige Protokoll im Bereich der Agentenkommunikation. IBM hat das Agent Communication Protocol (ACP) als Teil seiner BeeAI-Plattform eingefuhrt. Die Agent Protocol Working Group der Linux Foundation arbeitet an einer breiteren Standardisierung. Mehrere Frameworks (LangGraph, CrewAI, AutoGen) verfugen uber eigene interne Koordinationsmechanismen.

Was A2A auszeichnet, ist die Breite seiner industriellen Unterstutzung. Zum Start brachte Google uber 50 Partner aus der gesamten Unternehmenssoftware-Landschaft zusammen: Atlassian, Box, Cohere, Intuit, LangChain, MongoDB, PayPal, Salesforce, SAP, ServiceNow, UKG und Workday unter den Technologiepartnern, sowie Accenture, BCG, Capgemini, Cognizant, Deloitte, HCLTech, Infosys, KPMG, McKinsey, PwC, TCS und Wipro unter den Dienstleistern.

Dieses MaB an branchenubergreifendem Engagement signalisiert, dass A2A kein Einzelanbieter-VorstoB ist. Es ist ein Versuch, die gemeinsame Infrastruktur aufzubauen, die das gesamte Agenten-Okosystem benotigt.

Wann Sie A2A verwenden sollten und wann Sie es einfach halten sollten

A2A ist leistungsstark, aber es fugt Komplexitat hinzu. Nicht jedes Agenten-Setup benotigt es. Hier ist ein praktischer Leitfaden:

Verwenden Sie A2A, wenn:

• Sie Agenten auf verschiedenen Frameworks (LangChain-Agent, CrewAI-Agent, benutzerdefinierter Agent) haben, die sich koordinieren mussen
• Sie Agenten mehrerer Anbieter verwenden (Salesforce-Agent, ServiceNow-Agent, benutzerdefinierter interner Agent)
• Sie regelmaBig neue spezialisierte Agenten bereitstellen und automatische Erkennung benotigen
• Ihr Agenten-Okosystem Anbieterwechsel ohne Neuschreiben des Integrationscodes uberleben soll

Uberspringen Sie A2A, wenn:

• Sie nur einen einzelnen Agenten oder ein kleines Team von Agenten betreiben, die alle auf demselben Framework aufgebaut sind
• Die interne Koordination Ihres Frameworks (LangGraph-Supervisor, sequenzieller CrewAI-Prozess) ausreicht
• Der Aufwand fur die Wartung einer A2A-Infrastruktur den Koordinationsvorteil uberwiegt

Die Faustregel: Fangen Sie einfach an. Wenn Ihr Agententeam so weit wachst, dass die Koordinationsreibung zum Engpass wird, ist A2A das richtige Werkzeug.

Menschliche Genehmigung und der Explosionsradius

Ein Agent, der Aufgaben an andere Agenten delegieren kann, ist machtig. Er ist auch gefahrlich. A2A enthalt keine integrierte menschliche Genehmigung (Human-in-the-Loop), was bedeutet, dass jede Delegation einen Explosionsradius mit sich bringt. Wenn ein Orchestrator-Agent eine risikoreiche Aktion (Versenden einer Kunden-E-Mail, Andern einer Produktionsdatenbank, Genehmigen einer Bestellung) an einen Spezialagenten delegiert und dieser Spezialagent ohne menschliche Uberprufung ausfuhrt, breitet sich der Fehler sofort aus. Die Losung besteht nicht darin, A2A zu vermeiden. Sie besteht darin, menschliche Genehmigungspunkte an den Stellen einzufugen, an denen die Delegation eine Risikoschwelle uberschreitet. In einem Upchat-Team konnen Sie Rollenagenten so konfigurieren, dass sie eine explizite menschliche Genehmigung erfordern, bevor sie Aktionen mit hohem Explosionsradius ausfuhren, unabhangig davon, ob die Anfrage direkt von einem Benutzer oder von einem anderen Agenten uber eine A2A-artige Delegation kam.

Hier wird das Konzept des Teamdesigns entscheidend. Ein Agententeam mit A2A-artiger Delegation ist kein System, das man einschaltet und vergisst. Es ist ein Arbeitsplatz, an dem Agenten definierte Rollen, klare Zustandigkeiten und Eskalationspfade haben. Ein Support-Agent kann eine Abrechnungsfrage an einen Finanzagenten delegieren. Ein Finanzagent sollte keine Uberweisung ohne menschliche Genehmigung delegieren konnen. Das Protokoll ermoglicht die Kommunikation; das Teamdesign setzt die Leitplanken durch.

Team-Muster fur die Zusammenarbeit zwischen Agenten

Wenn Sie ein Agententeam mit A2A-artiger Delegation entwerfen, entstehen mehrere Muster, die die Funktionsweise menschlicher Teams widerspiegeln:

Der Spezialisten-Pool

Sie unterhalten einen Pool von Spezialagenten (Rechercheur, Autor, Coder, Analyst, Reviewer) und einen Orchestrator-Agenten, der eingehende Arbeit an den richtigen Spezialisten weiterleitet. Der Orchestrator liest Agent Cards, gleicht Aufgaben mit Fahigkeiten ab und stellt Ergebnisse zusammen. Dies ist das haufigste Muster und funktioniert gut fur Wissensarbeit.

Die sequenzielle Pipeline

Aufgaben durchlaufen eine feste Abfolge von Agenten: Recherche, dann Entwurf, dann Uberprufung, dann Veroffentlichung. Jeder Agent in der Kette erhalt die Ausgabe des vorherigen Agenten und fugt seinen eigenen Beitrag hinzu. Die Pipeline ist deterministisch und leicht zu debuggen, aber weniger flexibel als der Spezialisten-Pool.

Das Reviewer-Muster

Jede Ausgabe, die eine Risikoschwelle uberschreitet, durchlauft vor der Ausfuhrung einen Reviewer-Agenten. Der Reviewer-Agent pruft auf Richtlinienkonformitat, Genauigkeit und Angemessenheit. Dieses Muster ist besonders nutzlich fur kundenorientierte Ausgaben, Code-Deployments und finanzielle Aktionen.

Die Eskalationskette

Wenn ein Agent auf eine Aufgabe stoBt, die er nicht bewaltigen kann, eskaliert er an einen fahigeren Agenten. Ein Tier-1-Support-Agent bearbeitet haufige Fragen und eskaliert komplexe Falle an einen Tier-2-Spezialisten. Die Eskalationskette ist eine naturliche Wahl fur Kundenservice, IT-Betrieb und jeden Bereich mit einem klaren Komplexitatsgefalle.

Diese Muster schlieBen sich nicht gegenseitig aus. Ein echtes Agententeam kombiniert oft mehrere davon: einen Spezialisten-Pool fur Routinearbeit, ein Reviewer-Muster fur risikoreiche Ausgaben und eine Eskalationskette fur Grenzfalle.

Starten Sie diese Woche: Ihr erstes Agententeam aufbauen

Wenn Sie mit der Zusammenarbeit zwischen Agenten experimentieren mochten, hier ist ein praktischer Ausgangspunkt:

Schritt 1: Definieren Sie zwei Agenten mit klaren Grenzen. Erstellen Sie einen Recherche-Agenten, der das Web durchsuchen und Ergebnisse zusammenfassen kann, und einen Schreib-Agenten, der Dokumente aus strukturierten Briefings entwerfen kann. Geben Sie jedem Agenten eine klare, nicht uberlappende Rolle.

Schritt 2: Definieren Sie den Ubergabevertrag. Entscheiden Sie, welches Format die Ausgabe des Recherche-Agenten haben soll, damit der Schreib-Agent sie ohne zusatzliche Analyse konsumieren kann. Ein einfaches strukturiertes Briefing (Thema, Schlusselergebnisse, Quellen, Zielgruppe) funktioniert gut.

Schritt 3: Fugen Sie die menschliche Genehmigung an der richtigen Stelle ein. Bevor der Schreib-Agent etwas extern veroffentlicht, leiten Sie den Entwurf durch einen menschlichen Reviewer. Dies ist die einfachste Form von Human-in-the-Loop und verhindert den haufigsten Fehlermodus: Agenten, die selbstbewusst aussehende, aber tatsachlich falsche Inhalte produzieren.

Schritt 4: Beobachten und iterieren. Verfolgen Sie, wie oft die Ubergabe erfolgreich ist, wie oft der menschliche Reviewer die Ausgabe korrigieren muss und wo die Pipeline bricht. Nutzen Sie diese Beobachtungen, um die Agentenanweisungen, den Ubergabevertrag und die Genehmigungsplatzierung zu verfeinern.

Schritt 5: Skalieren Sie das Muster. Sobald die Zwei-Agenten-Pipeline zuverlassig funktioniert, fugen Sie einen dritten Agenten hinzu (einen Faktenprufer, einen Code-Reviewer, einen Datenanalysten) und wiederholen Sie den Prozess. Das Muster skaliert: klare Rollen, strukturierte Ubergaben, menschliche Genehmigung an Risikopunkten.

Wo Upchat ins Spiel kommt

A2A ist ein Protokollstandard. Upchat ist eine Plattform, auf der Sie diesen Standard in die Praxis umsetzen. In Upchat erstellen Sie Rollenagenten: einen Content Writer, einen Senior Developer, einen QA Lead, einen Support-Spezialisten. Jeder Agent hat eine definierte Rolle, verbundene Werkzeuge und konfigurierbare Berechtigungen. Sie konnen diese Agenten mit Ihrem Team als "KI-Mitarbeiter" teilen, die jeder beauftragen kann.

Wenn Sie ein Upchat-Team mit A2A-artiger Delegation entwerfen, ubernimmt die Plattform die Protokollschicht-Angelegenheiten, sodass Sie sich auf das Teamdesign konzentrieren konnen: Welche Rollen werden benotigt? Was sind die Ubergabevertrage? Wo gehen menschliche Genehmigungen hin? Was ist der Explosionsradius jeder Delegation?

Das Ergebnis ist kein Chatbot. Es ist ein Team spezialisierter Agenten, die zusammenarbeiten, mit Menschen an den richtigen Stellen in der Schleife, an echter Arbeit.

Wenn Sie bereit sind, Ihr erstes Agententeam aufzubauen, beginnen Sie damit, Ihre ersten Rollenagenten auf Upchat zu erstellen. Definieren Sie ihre Rollen, verbinden Sie ihre Werkzeuge und laden Sie Ihr Team ein, mit ihnen zusammenzuarbeiten. Keine Wartelisten, keine Infrastruktur-Einrichtung, nur Agenten, die zusammenarbeiten.

AbschlieBende Gedanken

A2A ist eines dieser seltenen Protokolle, die genau zum richtigen Zeitpunkt kommen. Das Agenten-Okosystem hat den Punkt erreicht, an dem einzelne Agenten leistungsfahig genug sind, um nutzlich zu sein, aber die Koordinationsschicht zwischen ihnen wird immer noch mit benutzerdefinierten Integrationen und bruchigen API-Vertragen zusammengehalten. A2A bietet den Standard, der es dem Okosystem ermoglicht, uber Einzelagenten-Demos hinaus zu echten Multi-Agenten-Teams zu wachsen.

Die Organisationen, die in den nachsten zwei Jahren die Nase vorn haben werden, sind nicht die mit den meisten Agenten. Es sind diejenigen, deren Agenten genau wissen, wo ihre eigene Arbeit endet und die des nachsten beginnt. A2A ist das Protokoll, das diese Grenze explizit macht.

Erfahren Sie mehr uber den Aufbau von KI-Agenten-Teams:

• Was ist ein KI-Agent?
• Was ist ein Multi-Agenten-System?
• Was ist MCP fur KI-Agenten?
• Human-in-the-Loop KI-Agenten
• Was ist KI-Agenten-Sicherheit?
• Multiplayer-KI-Agenten fur Teams