Agent-to-Agent-Protokolle 2026: Wie KI-Agenten miteinander sprechen

Zwei Jahre lang drehte sich die Geschichte der Unternehmens-KI um einen einzigen Agenten: ein Assistent, um ein Modell gebaut, mit Ihren Werkzeugen verdrahtet. 2026 zerfällt dieses Bild in etwas Nützlicheres und Komplizierteres — viele Agenten, gebaut von verschiedenen Teams und verschiedenen Anbietern, die zusammenarbeiten müssen. Ein Termin-Agent übergibt eine Aufgabe an einen Abrechnungs-Agenten; ein Recherche-Agent beauftragt einen Daten-Agenten, den er nicht gebaut und nie „getroffen" hat. Die Installation, die das möglich macht, ist das Agent-to-Agent-Protokoll (A2A) — eine gemeinsame Sprache, mit der Agenten sich finden, Arbeit delegieren und Ergebnisse zurückgeben. Dies ist ein Leitfaden in klarer Sprache: was A2A ist, wie es sich zu MCP verhält und warum Interoperabilität zur Frage wird, die entscheidet, ob sich Ihre KI-Investition vervielfacht oder in Silos steckenbleibt.

Das Problem, das A2A löst

Ein Agent für sich ist eine geschlossene Welt. Er kennt seine eigenen Anweisungen, seine eigenen Werkzeuge, seine eigenen Daten. Sobald Sie wollen, dass er mit einem Agenten zusammenarbeitet, den jemand anderes gebaut hat — der eines Partners, eines Anbieters oder einfach eines anderen Teams in Ihrem eigenen Unternehmen — stoßen Sie an eine Wand: Es gibt keinen gemeinsamen Weg, auf dem ein Agent sagt „hier ist, was ich brauche, kannst du das?" und ein anderer antwortet. Historisch war jede solche Verbindung eine maßgeschneiderte, brüchige Integration. Das skaliert nicht in die Welt, auf die wir zusteuern, in der ein Unternehmen Dutzende spezialisierter Agenten betreibt, die einander ständig Arbeit übergeben müssen.

A2A ist der Versuch, diesen „Handschlag" zu standardisieren. Statt maßgeschneidertem Klebstoff zwischen jedem Agentenpaar spricht jeder Agent ein gemeinsames Protokoll: Er veröffentlicht eine Beschreibung dessen, was er kann, akzeptiert wohlgeformte Aufgabenanfragen, meldet Fortschritt zurück und liefert ein Ergebnis — unabhängig davon, welcher Anbieter oder welches Framework den Agenten auf der anderen Seite gebaut hat. Es ist dieselbe Idee, die das Web möglich machte: Einigt euch auf das Protokoll, und jeder kann einen Knoten bauen, der sich einklinkt.

A2A und MCP: zwei Protokolle, zwei Aufgaben

Die häufigste Verwirrung 2026 ist, wie sich A2A zum Model Context Protocol (MCP) verhält, dem Standard, den Anthropic zur Verbindung eines Modells mit Werkzeugen und Daten eingeführt hat. Sie sind keine Konkurrenten — sie lösen verschiedene Hälften desselben Problems, und die meisten ernsthaften Agentensysteme nutzen beide.

Der saubere Merksatz: MCP gibt einem Agenten Fähigkeiten; A2A gibt ihm Mitarbeiter. Ein Agent nutzt MCP, um eine Tabelle oder ein CRM zu erreichen, und A2A, um eine Teilaufgabe an einen spezialisierten Agenten zu delegieren, der über seine eigenen MCP-Verbindungen eigene Werkzeuge hat. Die zwei stapeln sich. Ein gut entworfenes System sieht 2026 typischerweise aus wie eine kleine Gesellschaft von Agenten, jeder per MCP an seine eigenen Werkzeuge angebunden, alle per A2A miteinander sprechend.

Wie ein echter A2A-Austausch aussieht

Streift man den Fachjargon ab, hat eine Agent-zu-Agent-Interaktion eine einfache Form:

1. Auffinden. Jeder Agent veröffentlicht eine maschinenlesbare Beschreibung seiner Fähigkeiten — was er kann, welche Eingaben er braucht, wie man ihn erreicht. Ein anfragender Agent liest diese, um zu entscheiden, wen er fragt.
2. Aufgabenanfrage. Der Client-Agent sendet eine strukturierte Aufgabe: das Ziel, die Eingaben und etwaige Beschränkungen. Das ist eine Anfrage unter Gleichen, kein Funktionsaufruf — der andere Agent ist autonom und entscheidet, wie er sie erfüllt.
3. Aushandeln und Streaming. Der entfernte Agent kann um Klärung bitten, Fortschritt bei einer langen Aufgabe melden oder Zwischenergebnisse zurückschicken. Aufgaben können Sekunden oder Stunden dauern; das Protokoll trägt den Zustand durchgehend.
4. Ergebnis. Der entfernte Agent liefert das fertige Artefakt zurück — Text, strukturierte Daten, eine Datei — und der Client-Agent fügt es in seine eigene Arbeit ein.

Entscheidend: Kein Agent muss sein internes Denken, seine Prompts oder seine privaten Werkzeuge offenlegen. A2A definiert die Grenze der Zusammenarbeit, nicht das Innenleben — genau das macht anbieter- und unternehmensübergreifende Zusammenarbeit sicher genug, um sie überhaupt zu versuchen.

Wohin das führt — und warum es fürs Geschäft zählt

Agenten-Interoperabilität kam 2026 schnell voran, weil die Alternative — eine zersplitterte Landschaft von Agenten, die nicht miteinander sprechen können — für alle schlecht ist. A2A begann als eine von Google geführte Spezifikation, wurde einer anbieterneutralen Stiftung übergeben und gewann branchenweit Unterstützung; Anthropic, OpenAI, Mistral und die großen Cloud- und Framework-Anbieter kamen zur Ansicht, dass Agenten offene Standards statt ummauerter Gärten brauchen. Die Richtung ist eindeutig: So wie Apps erwarten, HTTP zu sprechen, erwarten Agenten zunehmend, ein gemeinsames Agentenprotokoll zu sprechen.

Für ein Unternehmen geht es praktisch um Lock-in und Hebelwirkung. Sind Ihre Agenten auf offenen Protokollen gebaut, können Sie den besten Agenten für jede Aufgabe mischen — Ihren eigenen, den eines Partners, den eines Anbieters — und jeden später austauschen. Sind sie punkt-zu-punkt handverdrahtet, ist jede neue Verbindung ein Projekt und jeder Anbieterwechsel ein Neubau. Interoperabilität verwandelt eine Sammlung isolierter KI-Piloten in ein System, das sich vervielfacht.

Wie Sie sich vorbereiten, ohne zu übertreiben

Sie brauchen heute keine Flotte von Agenten, um jetzt gute Entscheidungen zu treffen. Ein paar Prinzipien halten Sie auf der richtigen Seite des Wandels:

• Bevorzugen Sie Standards an den Nähten. Wo ein Agent sich mit Werkzeugen verbindet, bevorzugen Sie MCP; wo er sich eines Tages mit anderen Agenten verbindet, halten Sie die Schnittstelle sauber und protokollförmig statt maßgeschneidert.
• Entwerfen Sie Agenten mit klaren Fähigkeiten. Ein Agent, der eine Sache gut und präzise beschrieben erledigt, ist einer, an den ein anderer Agent sicher delegieren kann. Wuchernde Alleskönner-Agenten sind schwer offenzulegen und schwer zu vertrauen.
• Behandeln Sie Agentengrenzen als Sicherheitsgrenzen. Ein Agent, an den Sie delegieren, ist Code, den Sie nicht kontrollieren und der in Ihrem Namen handelt — wenden Sie dieselbe Sorgfalt an wie bei jeder nicht vertrauenswürdigen Eingabe, mit Berechtigungen, Protokollierung und Schutzplanken an der Grenze.
• Beginnen Sie mit Orchestrierung, die Ihnen gehört. Bringen Sie Multi-Agenten-Orchestrierung zuerst innerhalb Ihrer eigenen Mauern zum Laufen; Interoperabilität mit externen Agenten ist dieselbe Disziplin, über eine Vertrauensgrenze hinweg erweitert.

Fazit

Die Ära des Einzelagenten drehte sich darum, einem Assistenten mehr Werkzeuge zu geben. Die nächste Ära dreht sich darum, viele Agenten zusammenarbeiten zu lassen — über Teams, Anbieter und Unternehmen hinweg — ohne eine maßgeschneiderte Integration für jedes Paar. Agent-to-Agent-Protokolle sind der Standard, der das möglich macht, und sie stehen neben MCP, nicht an dessen Stelle: MCP für das, was ein Agent nutzen kann, A2A für das, mit wem er arbeiten kann. Sie müssen die Multi-Agenten-Zukunft nicht in diesem Quartal bauen. Aber die Entscheidungen, die Sie jetzt treffen — offene Protokolle an den Nähten, klar abgegrenzte Agenten, Sicherheit an den Grenzen — entscheiden, ob Sie dafür bereit sind oder dafür neu bauen. 2026 ist Interoperabilität kein Nice-to-have mehr; sie ist der Unterschied zwischen KI, die sich vervielfacht, und KI, die in Silos steckenbleibt.