Inhaltsverzeichnis

Jetzt, da KI-Agenten alltäglich geworden sind, hat sich die nächste Herausforderung verschoben hin zu „wie man Agenten miteinander kooperieren lässt". Wenn MCP der Standard ist, der einen Agenten mit seinen „Werkzeugen" verbindet, dann ist A2A (Agent2Agent) der Standard, der einen Agenten mit „einem anderen Agenten" verbindet. Er lässt KIs, die auf unterschiedlichen Anbietern und Frameworks aufgebaut sind, über eine gemeinsame Konvention sprechen und zusammenarbeiten.

Dieser Artikel erklärt für Einsteiger, was A2A ist, warum es nötig ist, wie es sich von MCP unterscheidet, wie Agent Cards und Tasks funktionieren und wie der aktuelle Stand samt Umsetzung aussieht.

A2A · DER STANDARD, DER AGENTEN VERBINDET

MCP ist vertikal (Werkzeuge), A2A ist horizontal (Partner)

— KIs sprechen und kooperieren über eine gemeinsame Konvention

🔌

MCP = vertikale Verbindung

Verbindet einen Agenten mit Werkzeugen und Daten.

🤝

A2A = horizontale Koordination

Verbindet Agenten miteinander und delegiert Aufgaben.

1. Was ist A2A?

A2A (Agent2Agent) ist ein offener Standard (ein Protokoll), mit dem sich KI-Agenten über die Frameworks hinweg, auf denen sie aufgebaut wurden, gegenseitig finden, miteinander kommunizieren und kooperieren können. Google veröffentlichte ihn im April 2025, übergab ihn im Juni desselben Jahres an die Linux Foundation, und 2026 erreichte er v1.0. Er wird zu einer „gemeinsamen Sprache" geformt, die nicht an ein einzelnes Unternehmen gebunden ist.

Stellen Sie sich „die Umgangsformen einer Geschäftspartnerschaft zwischen Unternehmen" vor. Wenn MCP die eigenen Mitarbeiter sind, die Werkzeuge benutzen, dann ist A2A das gemeinsame Regelwerk, um ein anderes Unternehmen (eine andere KI) mit einer Aufgabe zu beauftragen und das Ergebnis zu erhalten. Egal womit die Gegenseite aufgebaut ist, Sie können „bitte erledige das" und „erledigt" über ein festgelegtes Verfahren austauschen.

💡 In einem Satz: A2A = „ein gemeinsames Gesprächsprotokoll zwischen KI-Agenten". Während MCP das „Verbinden mit Werkzeugen" übernimmt, übernimmt A2A das „Koordinieren mit Partnern".

2. Warum es nötig ist: das Zeitalter der Agenten-Zusammenarbeit

Im Jahr 2026 bewegt sich KI auf ein Modell zu, bei dem nicht ein einzelner Agent alles erledigt, sondern mehrere Agenten mit unterschiedlichen Spezialisierungen die Arbeit aufteilen und kooperieren. Eine Anfrage wie „organisiere eine Reise" wird zum Beispiel als Staffellauf abgewickelt: ein Planungs-Agent → ein Hotelbuchungs-Agent → ein Bezahl-Agent.

Doch wenn jeder Agent mit einem anderen Anbieter und einer anderen Technologie gebaut ist, erfordert ihre Verbindung jedes Mal individuelle Arbeit. Genau hier zahlt sich ein gemeinsames Protokoll — A2A aus. Solange alle der gemeinsamen Konvention folgen, lassen sich Multi-Agenten-Systeme in „kombinierbare Bausteine" verwandeln. Es ist derselbe Wandel, der MCP zum gemeinsamen Standard für Werkzeug-Verbindungen gemacht hat.

3. Wie es sich von MCP unterscheidet (vertikal vs. horizontal)

A2A und MCP sind keine Konkurrenten — sie haben unterschiedliche Rollen, oft erklärt als „vertikal vs. horizontal". Beide übereinanderzulegen ist das Standard-Setup von 2026.

MCP · VERTIKAL

Agent ↔ Werkzeuge

Verbindet einen Agenten mit Werkzeugen und Daten — einer DB, einer API, Dateien. Eine Verbindung, die „Fähigkeit hinzufügt".

A2A · HORIZONTAL

Agent ↔ Agent

Verbindet Agenten miteinander und delegiert Aufgaben hin und her. Eine Koordination, die „mit Partnern kooperiert".

Die Eselsbrücke ist einfach: „mit Werkzeugen verbinden = MCP; mit Partnern verbinden = A2A". In einem realen System hält jeder Agent seine eigenen Werkzeuge über MCP, während er sich mit anderen Agenten über A2A koordiniert — dieses zweischichtige Setup aus vertikalem MCP plus horizontalem A2A wird zum Standardweg für den Betrieb von Unternehmens-Agenten.

4. So funktioniert es: Agent Cards und Tasks

Das Herzstück von A2A ist die „Agent Card". Sie ist ein JSON wie eine „Visitenkarte", das jeder Agent veröffentlicht und das angibt: „was ich kann", „wo man mit mir spricht" und „wie die Authentifizierung funktioniert". Ihr Speicherort ist sogar fest auf /.well-known/agent-card.json festgelegt.

SCHRITT 1

Entdecken (Agent Card)

Die Card des anderen Agenten lesen und erfassen, „was er kann".

SCHRITT 2

Anfordern (Task)

Einen „Task" senden. Er trägt Zustände — working, input-required, completed.

SCHRITT 3

Ergebnis (Artifact)

Die Ausgabe empfangen. Langlaufende Tasks können den Fortschritt auch streamen.

Die Kommunikation basiert auf weitverbreiteter Technologie — HTTP, Server-Sent Events (SSE) und JSON-RPC 2.0. Der entscheidende Punkt ist, dass Agenten einander ihre Interna nicht offenlegen. Jeder hält seine Inhalte (die Werkzeuge, die er nutzt, seine Schlussfolgerungen) verborgen und tauscht nur Tasks und Ergebnisse aus. Genau deshalb können sie selbst über Unternehmensgrenzen hinweg sicher zusammenarbeiten.

⚠️ Sicherheit bleibt Pflicht: Agenten-Zusammenarbeit ist praktisch, doch Sie brauchen ein Design, das externen Agenten nicht zu sehr vertraut. Kombinieren Sie es mit Guardrails und Berechtigungsverwaltung.

5. Aktueller Stand und Umsetzung

A2A verbreitet sich rasant. Laut der Ankündigung der Linux Foundation (Stand April 2026) nutzen es mehr als 150 Organisationen im Produktivbetrieb, es hat 22.000+ GitHub-Sterne, und SDKs erscheinen in fünf Sprachen (Python, JavaScript, Java, Go und .NET). Größen wie Microsoft, Salesforce, SAP und ServiceNow sind beteiligt und festigen seinen Platz als Industriestandard.

Bei der Umsetzung machen es die SDKs pro Sprache recht einfach, sowohl „die Seite, die eine Agent Card veröffentlicht (den Server)" als auch „die Seite, die an andere Agenten delegiert (den Client)" zu bauen. Die empfohlene Reihenfolge ist, zunächst einen einzelnen Agenten zu bauen und ihn dann, sobald Sie vertraut sind, über A2A mit anderen koordinieren zu lassen. Wie bei Skills und MCP ist die Grundlage die Idee, „über ein gemeinsames Format zu komponentisieren".

※ Zahlen und Spezifikationen sind verschiedenen Veröffentlichungen entnommen (Stand Juni 2026). Das Protokoll entwickelt sich weiter; prüfen Sie die Linux Foundation / die offizielle Spezifikation für den neuesten Stand.

Zusammenfassung

Drei Kernpunkte zu A2A.

  • Was es ist: ein offener Standard, mit dem sich KI-Agenten über Frameworks hinweg finden und zusammenarbeiten. Bei Google entstanden, von der Linux Foundation verwaltet.
  • Der Unterschied: MCP ist vertikal (Agent ↔ Werkzeuge); A2A ist horizontal (Agent ↔ Agent). Beide übereinanderzulegen ist der Standard.
  • So funktioniert es: Entdecken über eine Agent Card (Visitenkarte) → Task (Anfrage) → Artifact (Ergebnis). Sicher kooperieren und dabei die Interna verborgen halten.

Von einem einzelnen Agenten zu einem „Team", das kooperiert — A2A ist die Brücke. Lesen Sie es zusammen mit MCP und Multi-Agenten-Systemen, um das Gesamtbild der Agenten-Zusammenarbeit im Jahr 2026 zu erfassen.

FAQ

F. Sollte ich A2A oder MCP verwenden?

A. Es ist kein Entweder-oder. Um einen Agenten mit Werkzeugen und Daten zu verbinden, nutzen Sie MCP; um Agenten zu koordinieren, nutzen Sie A2A. In einem realen System legen Sie beide übereinander: „jeder Agent hält seine Werkzeuge über MCP und kooperiert über A2A".

F. Was ist eine Agent Card?

A. Die „Visitenkarte" eines Agenten. Es ist ein JSON, das angibt: „was er kann, wo man mit ihm spricht und wie man sich authentifiziert", abgelegt unter /.well-known/agent-card.json. Die Gegenseite liest es, um zu entscheiden, ob sie delegieren kann.

F. Kann es mit der KI eines anderen Unternehmens koordinieren?

A. Genau das ist das ganze Ziel von A2A. Weil es ein gemeinsames Protokoll ist, können sich Agenten unterschiedlicher Anbieter und Frameworks koordinieren. Jeder hält seine Interna verborgen und tauscht nur Tasks und Ergebnisse aus.

F. Brauchen Einzelentwickler A2A?

A. Wenn Sie nur einen Agenten haben, nein. A2A zahlt sich aus, wenn Sie mehrere unabhängige Agenten koordinieren möchten. Es genügt, zunächst einen einzelnen Agenten zu bauen und A2A einzuführen, sobald die Koordination nötig wird.