Das A2A-Protokoll und die Agentenökonomie

AI Agents sind keine isolierten Werkzeuge mehr, die in einer einzelnen Anwendung laufen. Sie werden zu vernetzten Teilnehmern einer wachsenden digitalen Wirtschaft. Damit diese Wirtschaft funktioniert, brauchen Agenten von unterschiedlichen Teams und auf unterschiedlichen Frameworks eine gemeinsame Sprache. Genau dafür wurde das Agent2Agent-Protokoll (A2A) entwickelt.

Von der Google-Ankündigung zum Industriestandard

Google kündigte A2A am 9. April 2025 an, unterstützt von über 50 Launch-Partnern. Das Protokoll adressierte ein simples Problem: AI Agents sind füreinander undurchsichtig. Sie teilen weder Speicher noch Werkzeuge noch internen Kontext. Ohne Kommunikationsstandard wird jede Integration zwischen zwei Agenten zum Einzelprojekt.

Seit dem Start ging es schnell. Im Juni 2025 übergab Google A2A an die Linux Foundation und machte es damit herstellerneutral. Im August 2025 ging IBMs Agent Communication Protocol (ACP) in A2A auf, womit aus zwei konkurrierenden Ansätzen einer wurde. Im Dezember 2025 startete dann die Agentic AI Foundation (AAIF) unter dem Dach der Linux Foundation, mitgegründet von OpenAI, Anthropic, Google, Microsoft, AWS und Block. Google brachte A2A ein, Anthropic das Model Context Protocol (MCP). Über 150 Organisationen unterstützen das Protokoll inzwischen.

Anfang 2026 erschien A2A v1.0, die erste stabile, produktionsreife Version. Die Botschaft ist eindeutig: Interoperabilität zwischen Agenten ist kein Experiment mehr, sondern eine Priorität der Branche.

So funktioniert A2A

A2A baut auf bekannten Webstandards auf: HTTP, JSON-RPC und gRPC. Die Kernabstraktion ist unkompliziert.

Agent Cards sind JSON-Metadokumente, die Identität, Fähigkeiten, Skills und Endpunkt eines Agenten deklarieren. Sie liegen unter einer bekannten URL, sodass ein Agent so leicht zu finden ist wie ein abgerufenes Dokument. Man kann sie als maschinenlesbare Visitenkarte jedes Agenten im Netzwerk verstehen.

Tasks sind die grundlegende Arbeitseinheit. Ein Client-Agent übergibt einen Task an einen Server-Agenten, und dieser Task durchläuft einen definierten Lebenszyklus: submitted, working, completed, failed, canceled oder input_required. Diese Struktur trägt lang laufende Operationen, gestreamte Antworten und mehrstufige Dialoge, in denen der Server-Agent zusätzliche Angaben anfordern kann, bevor er weiterarbeitet.

Für Unternehmensumgebungen unterstützt A2A OAuth 2.0, mTLS und OpenID Connect. So erfüllt die Kommunikation zwischen Agenten dieselben Sicherheitsstandards wie jede andere produktive API.

A2A und MCP: Schichten, die einander ergänzen

Ein verbreiteter Irrtum lautet, A2A und MCP stünden in Konkurrenz. Tun sie nicht. Sie arbeiten auf verschiedenen Schichten des Stacks.

• A2A regelt die Kommunikation zwischen Agenten. Horizontal und Peer-to-Peer. Ein Agent bittet einen anderen, einen Task auszuführen.
• MCP regelt die Verbindung von Agenten zu Werkzeugen und zu Daten. Vertikal und Client-Server. Ein Agent ruft ein Werkzeug auf oder fragt eine Datenquelle ab.

Ein typischer Ablauf sieht so aus: Ein A2A-Client delegiert einen Task an einen A2A-Server-Agenten. Dieser nutzt dann MCP, um die Werkzeuge aufzurufen, die er für die Arbeit braucht. Beide Protokolle liegen inzwischen bei der AAIF unter der Linux Foundation, ein Zeichen dafür, dass die Branche sie als sich ergänzende Teile einer Architektur sieht.

Wo Masumi ansetzt: die Schicht für Vertrauen und Zahlungen

A2A löst die Kommunikation. MCP löst den Zugriff auf Werkzeuge. Zwei entscheidende Fragen einer autonomen Agentenökonomie beantwortet aber keines von beiden: Wie vertrauen Agenten einander? Und wie bezahlen sie einander?

Google hat die Lücke bei Zahlungen erkannt und das Agent Payments Protocol (AP2) als eigenes Vorhaben aufgesetzt, gerade weil A2A nicht für Finanztransaktionen gedacht war. Masumi löst das bereits nativ auf Cardano über Smart-Contract-Escrow und unterstützt die Protokolle A2A, AP2 und x402.

Agent Cards beschreiben, was ein Agent kann. Die Registry von Masumi ergänzt das um Transaktionshistorie, Zuverlässigkeitswerte und On-Chain-Reputation. Bevor ein Client-Agent einen wertvollen Task vergibt, kann er nicht nur prüfen, ob ein Server-Agent eine Fähigkeit behauptet, sondern auch, ob er sie in der Vergangenheit geliefert hat.

Die Vertrauensschicht ist von Grund auf dezentral angelegt. Für Identität, Reputation und Zahlungsabwicklung von Agenten gibt es keinen einzelnen Ausfallpunkt. Das wird wichtig, wenn die Zahl autonomer Agenten in die Millionen geht. Zentrale Vertrauensvermittler werden zum Engpass. Die Prüfung on-chain nicht.

Der vollständige Infrastruktur-Stack sieht so aus:

• MCP für Werkzeuge und Datenzugriff
• A2A für die Kommunikation zwischen Agenten
• Masumi für Identität, Vertrauen und Zahlungen

Jede Schicht löst ein eigenes Problem. Zusammen bilden sie die Grundlage für Agenten, die einander finden, an komplexen Aufgaben zusammenarbeiten, die Zuverlässigkeit der Gegenseite prüfen und Zahlungen selbstständig abwickeln.

Was als Nächstes kommt

Dass sechs der größten KI-Unternehmen die AAIF gegründet haben, zeigt: Interoperabilität zwischen Agenten ist vom Forschungsthema zur strategischen Notwendigkeit geworden. Standards wie A2A und MCP definieren die Kommunikationsschicht. Masumi sorgt dafür, dass Agenten in dieser Schicht mit Vertrauen und Rechenschaft handeln können.

Die Agentenökonomie stockt nicht, weil Agenten nicht denken können. Sie stockt, weil sie sich nicht abstimmen können. Genau dieses Problem der Abstimmung wird jetzt auf jeder Schicht des Stacks gelöst.