A2A-Protokoll v1.0 Linux Foundation Enterprise | LEON — AGORÀ

Am 9. April 2026 wurde die Agent-to-Agent Protocol (A2A) v1.0-Spezifikation unter der Governance der Linux Foundation veröffentlicht (Linux Foundation, 2026). Ursprünglich von Google initiiert, definiert A2A, wie KI-Agenten verschiedener Anbieter, Laufzeitumgebungen und Organisationen in der Produktion miteinander kommunizieren. Der v1.0-Meilenstein markiert den Übergang von einer herstellerkontrollierten Spezifikation zu einem branchengesteuerten Standard, mit über 150 Mitgliedsorganisationen und bestätigten Produktionsimplementierungen von Microsoft, Amazon Web Services und Google.

Was v1.0 spezifiziert

A2A definiert eine Kommunikationsschicht für Agent-Interoperabilität. Die v1.0-Spezifikation umfasst vier Funktionsbereiche:

Signed Agent Cardseine strukturierte Identitäts- und Fähigkeitserklärung für jeden Agenten, kryptografisch signiert, um Vertrauensverifizierung über Organisationsgrenzen hinweg zu ermöglichen (A2A Protocol, 2026). Ein Agent, der eine Signed Agent Card präsentiert, kann authentifiziert werden, ohne dass eine vorherige Integrationsvereinbarung zwischen den beteiligten Organisationen erforderlich ist.

Task-Protokollein standardisiertes Nachrichtenformat zum Initiieren, Verfolgen und Beenden von Aufgaben zwischen Agenten, mit definierten Zustandsmaschinen-Semantiken für das Aufgaben-Lifecycle-Management.

Streaming-UnterstützungEchtzeit-Event-Streaming für lang laufende Aufgaben, das Agenten ermöglicht, Zwischenzustände zu melden, anstatt auf den Aufgabenabschluss zu warten.

Multi-SDK-Abdeckungoffizielle SDKs in Python, JavaScript, Java, Go und .NET sind Teil des v1.0-Releases. Dies ist die Abdeckung, die für Enterprise-Polyglot-Umgebungen erforderlich ist, ein produktionsreifes Release.

Linux Foundation Governance: Was sich ändert

Der Transfer von der Google-initiierten Spezifikation zur Linux Foundation Governance ändert die politische Ökonomie der A2A-Adoption. Linux Foundation-Projekte operieren unter einem offenen Governance-Modell, Spezifikationsänderungen erfordern Konsens der Mitgliedsorganisationen, und kein einzelner Anbieter kontrolliert die Roadmap. Für Enterprise-Technologie-Beschaffung ist das bedeutsam: A2A wird zum Standard, den man adoptiert, anstatt zum Google-Produkt, das man evaluiert.

Die über 150 Mitgliedsorganisationen umfassen Cloud-Anbieter, Enterprise-Softwareanbieter und Systemintegratoren. Microsoft, AWS und Google in Produktion bedeutet: A2A ist jetzt eine Grundvoraussetzung für jedes Enterprise-Agent-Deployment, das multi-vendor-Infrastruktur berührt.

Die architektonische Entscheidung, die daraus folgt

Jede Organisation, die Multi-Agenten-Systeme aufbaut, steht vor einer konkreten Entscheidung: proprietäre Agentenkommunikation auf LLM-APIs aufbauen, oder A2A als Kommunikationsschicht adoptieren und den Engineering-Invest auf Agentenfähigkeit statt auf Agenten-Plumbing konzentrieren.

Der Trade-off ist real. A2A-Adoption schafft Abhängigkeit von einer sich entwickelnden, committee-gepflegten Spezifikation, Spezifikationsänderungen erfordern SDK-Updates und potenzielle Kompatibilitätstests. Proprietäre Kommunikation vermeidet diese Abhängigkeit und ermöglicht schnellere Iteration bei internen Anforderungen.

Das v1.0-Stabilitätssignal verändert diese Kalkulation. Ein v1.0-Release unter Linux Foundation Governance mit Produktionsdeployments von drei großen Cloud-Anbietern ist ein messbar anderes technisches Reifesignal als eine v0.x-Spezifikation eines einzelnen Anbieters. Das Risikoprofil der A2A-Adoption ist jetzt messbar geringer als beim Launch.

Was im aktuellen Agenten-Stack zu bewerten ist

Entscheidungen für CTO und Head of Engineering im nächsten Planungszyklus: kartieren Sie, welche Ihrer aktuellen oder geplanten Agentenintegrationen Organisations- oder Cloud-Anbietergrenzen überschreiten. Für jeden Grenzübergang: bewerten Sie, ob A2A-Adoption die Komplexität gegenüber maßgeschneiderten Integrationen reduziert. Prüfen Sie Ihre SDK-Sprachkoperation gegen die fünf offiziellen A2A-SDKs. Und überprüfen Sie Ihr Identitäts- und Vertrauensmodell für Agent-zu-Agent-Interaktionen, Signed Agent Cards lösen das Authentifizierungsproblem, das in früheren Agent-Deployments inkonsistent gehandhabt wurde.

→ Die Ausbreitungsdynamik von Fehlern in Multi-Agenten-Architekturen, und warum das Design der Kommunikationsschicht für die Zuverlässigkeit relevant ist: Hallucination Cascade in Multi-Agenten-Systemen.

Dieses DeskAutomation & Processes | Quelle: A2A Protocol v1.0-Spezifikation, Linux Foundation, 9. April 2026. GitHub: google/A2A. Working Group-Roster: Linux Foundation Projektseite.