Offene Standards statt Alleingang: Was der A2A-Beitritt für Ihre Agenten-Investition bedeutet

Manchmal wirkt eine Nachricht auf den ersten Blick wie ein Detail für Fachleute – und entpuppt sich bei näherem Hinsehen als handfeste Information für jede Kaufentscheidung. Am 17. August 2026 wurde Googles Agent2Agent-Protokoll (A2A) offiziell zum "hosted project" der Agentic AI Foundation (AAIF), jener neutralen Dachorganisation der Linux Foundation, die bereits seit Dezember 2025 das Model Context Protocol (MCP) von Anthropic beherbergt. Zwei der wichtigsten technischen Standards für KI-Agenten liegen damit erstmals unter einem gemeinsamen, herstellerneutralen Dach.

Für IT-Entscheider im Mittelstand klingt das zunächst nach einer Randnotiz aus der Standardisierungswelt. Ist es aber nicht. Wer heute in Agenten-Software investiert – sei es für Kundenservice, Vertrieb, Buchhaltung oder Produktionsplanung – bindet sich damit häufig für Jahre an eine Architektur. Ob diese Architektur auf offenen, breit getragenen Standards basiert oder auf einem proprietären Alleingang eines einzelnen Anbieters, entscheidet mit darüber, wie teuer ein späterer Wechsel wird, wie gut sich Ihr Agent mit den Systemen Ihrer Partner, Lieferanten und Kunden verträgt – und wie abhängig Sie von der Laune eines einzelnen Herstellers bleiben.

Dieser Artikel ordnet ein, was am 17. August 2026 konkret passiert ist, warum MCP und A2A zwei unterschiedliche, aber komplementäre Probleme lösen, und – das ist der eigentlich wichtige Teil – welche Fragen Sie sich stellen sollten, bevor Sie die nächste Zeile eines Agenten-Vertrags unterschreiben.

Was am 17. August 2026 tatsächlich passiert ist

Zur Einordnung lohnt ein Blick zurück. A2A war keineswegs neu: Google hatte das Protokoll bereits im Juni 2025 an die Linux Foundation übergeben, mit AWS, Cisco, Google, Microsoft, Salesforce, SAP und ServiceNow als Gründungsmitgliedern. Es handelte sich damals um ein eigenständiges Projekt innerhalb der breiten Linux-Foundation-Struktur.

Parallel dazu gründeten Anthropic, Block und OpenAI am 9. Dezember 2025 – unterstützt von Google, Microsoft, AWS, Cloudflare und Bloomberg – die Agentic AI Foundation als spezialisiertes Zuhause für Agenten-Standards. Gründungsprojekte waren MCP (Anthropic), das Open-Source-Agentenframework goose (Block) und AGENTS.md (OpenAI), ein Standardformat für Anweisungen an Coding-Agenten.

Der Schritt vom 17. August 2026 überführt A2A nun zusätzlich in genau diese spezialisierte AAIF-Struktur, direkt neben MCP. Wichtig für jeden, der bereits mit A2A arbeitet: Es handelt sich um eine reine Governance-Umstellung. Die Spezifikationsversion bleibt bei 1.0.0, bestehende Agent Cards und SDKs funktionieren unverändert weiter. Niemand muss wegen dieser Nachricht Code umschreiben.

Was sich ändert, ist die Signalwirkung: Die beiden derzeit einflussreichsten Interoperabilitäts-Standards für KI-Agenten laufen jetzt unter demselben organisatorischen Dach zusammen, mit denselben Governance-Regeln, demselben Mitgliedermodell und – zumindest formal – derselben Herstellerneutralität.

MCP und A2A: zwei Standards, zwei Ebenen

Die beiden Protokolle werden in Berichterstattung häufig in einem Atemzug genannt, lösen aber unterschiedliche Probleme. Das lohnt sich, sauber auseinanderzuhalten, weil Sie bei jeder Agenten-Lösung beide Fragen getrennt stellen sollten.

MCP standardisiert die vertikale Anbindung: Wie greift ein einzelner Agent auf Werkzeuge, Datenbanken, APIs und Dateisysteme zu? MCP ist die Schnittstelle zwischen einem Agenten und seiner Werkzeugkiste – Ihrem CRM, Ihrer Buchhaltungssoftware, Ihrem Dateiserver.

A2A standardisiert die horizontale Kommunikation: Wie übergibt ein Agent einem anderen Agenten eine Aufgabe, und wie erhält er das Ergebnis zurück? Das wird relevant, sobald Agenten unterschiedlicher Anbieter oder Frameworks – Ihrer, die eines Lieferanten, die eines Kunden – über Organisationsgrenzen hinweg zusammenarbeiten sollen.

Ein Beispiel macht den Unterschied greifbar: Ein Einkaufsagent in Ihrem Unternehmen nutzt MCP, um auf Ihr Warenwirtschaftssystem und Ihre Rechnungsdatenbank zuzugreifen. Muss dieser Agent aber eine Bestellung bei einem Lieferanten auslösen, dessen Vertriebsagent auf einer völlig anderen technischen Basis läuft, kommt A2A ins Spiel – es ist die gemeinsame Sprache, in der sich die beiden Agenten überhaupt erst verständigen können, ohne dass jemand eine proprietäre Direktintegration programmieren muss.

Dass beide Standards nun unter demselben Dach liegen, ändert nichts an dieser Arbeitsteilung. Es bedeutet lediglich, dass die Wahrscheinlichkeit steigt, dass Anbieter beide Ebenen konsistent und aus einer Hand unterstützen, statt für jede Ebene eine andere, möglicherweise inkompatible Lösung anzubieten.

Warum das für Ihre Agenten-Investition zählt

Die nackten Zahlen zeigen, wie schnell sich diese Standards durchgesetzt haben. Die AAIF zählte im Dezember 2025 rund 40 bis 49 Gründungsmitglieder; Mitte/Ende August 2026 waren es laut Berichten bereits über 250 Mitglieder, mit Platin-Mitgliedern wie AWS, Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft und OpenAI. Laut einer Pressemitteilung der Linux Foundation vom April 2026 wird A2A von über 150 Organisationen unterstützt – gegenüber gut 50 im April 2025. Das Kern-Repository verzeichnete zu diesem Zeitpunkt mehr als 22.000 GitHub-Sterne, produktionsreife SDKs existieren für fünf Sprachen: Python, JavaScript, Java, Go und .NET. MCP wiederum zählte bei der AAIF-Gründung im Dezember 2025 über 10.000 aktive öffentliche Server – eine Zahl, die inzwischen vermutlich weiter gewachsen ist, für die aber keine aktuellere, verlässliche Angabe vorliegt.

Wichtig: Diese beiden Zahlenreihen – "250+ AAIF-Mitglieder" und "150+ A2A-Unterstützer" – stammen aus unterschiedlichen Berichten zu unterschiedlichen Zeitpunkten und zählen leicht unterschiedliche Dinge. Man sollte sie nicht synonym verwenden, aber beide zeigen dieselbe Richtung: Ein enormes und weiter wachsendes Ökosystem an Herstellern hat sich auf diese beiden Standards festgelegt.

Für Ihre Investition bedeutet das praktisch: A2A wird inzwischen nativ in großen Cloud-Plattformen unterstützt, darunter Microsoft Azure AI Foundry und Copilot Studio, AWS Bedrock AgentCore Runtime sowie Google Cloud. Berichten zufolge setzen unter anderem Huaweis Assistent "Celia" auf HarmonyOS und Tencent WeChat A2A bereits für plattformübergreifende Agenten-Koordination in der Praxis ein. Wenn Sie heute in eine Agenten-Lösung investieren, die auf diesen Standards aufbaut, kaufen Sie sich nicht in ein Nischenprodukt ein, sondern in eine Infrastruktur, die von den größten Cloud-Anbietern der Welt parallel getragen wird.

Das ist der eigentliche Wert für Sie als Mittelständler: Ein Anbieterwechsel, eine Integration mit einem neuen Partner oder die Migration in eine andere Cloud-Umgebung wird planbarer, wenn die zugrunde liegenden Protokolle offen dokumentiert und breit unterstützt sind – statt an ein einzelnes, geschlossenes API-Format eines einzelnen Herstellers gebunden zu sein.

Warum das kein akademisches Argument ist, zeigt der Blick auf den Rest des Marktes. Laut dem "State of the Cloud Report 2026" von Flexera setzen 89 Prozent der Unternehmen bereits auf zwei oder mehr Cloud-Anbieter parallel – eine Multi-Vendor-Realität, die sich in der Agenten-Welt fortsetzt, sobald Sie mit Partnern, Lieferanten oder Kunden zusammenarbeiten, die andere Plattformen einsetzen als Sie selbst. Gleichzeitig prognostiziert Gartner, dass über 40 Prozent der agentischen KI-Projekte bis 2027 abgebrochen werden, während gleichzeitig bis Ende 2026 rund 40 Prozent der Unternehmensanwendungen aufgabenspezifische KI-Agenten enthalten sollen. Diese beiden Zahlen zusammen ergeben ein deutliches Bild: Die Verbreitung von Agenten wächst schnell, aber ein erheblicher Teil der Projekte scheitert – häufig nicht an der KI-Leistung selbst, sondern an mangelnder Integrationsfähigkeit, fehlender Governance oder eben genau jener stillen Anbieterbindung, die offene Standards verhindern sollen. Wer seine Agenten-Investition auf eine Architektur stützt, die nachweislich von einem breiten Ökosystem getragen wird, reduziert damit ein reales Ausfallrisiko – nicht nur ein theoretisches.

Der Realitäts-Check: Was "offener Standard" nicht garantiert

Hier wird es differenzierter, und genau dieser Teil verdient Ihre Aufmerksamkeit, bevor Sie eine Kaufentscheidung allein auf das Etikett "A2A-kompatibel" oder "AAIF-Mitglied" stützen.

Erstens: Formale Neutralität bedeutet nicht automatisch breite Beitragsvielfalt. Eine unabhängige technische Einschätzung des Analysehauses Pebblous merkt an, dass trotz der formal herstellerneutralen Governance drei Organisationen für über 51 Prozent der dokumentierten Beiträge zu den AAIF-Projekten verantwortlich zeichnen. Diese Zahl stammt aus einer einzelnen Blog-Analyse, nicht aus einer offiziellen Foundation-Statistik – sie sollte deshalb als Einschätzung und nicht als bestätigter Fakt gelesen werden. Sie ist aber ein nützlicher Hinweis: "Offener Standard" heißt nicht zwangsläufig "gleichmäßig von vielen getragen".

Zweitens, und das ist der technisch wichtigere Punkt: Signierte Agent Cards in A2A verifizieren die Identität eines Agenten – nicht aber seine Berechtigungen. Das eigentliche Rechte- und Policy-Modell, also die Frage, wer mit wem worüber sprechen und welche Daten austauschen darf, bleibt in der A2A-Spezifikation bewusst offen. Genau aus diesem Grund haben Google Cloud und PayPal separat das Agent Payments Protocol (AP2) aufgebaut, das mittlerweile von über 60 Organisationen unterstützt wird und Zahlungsautorisierung zwischen Agenten regelt, wo A2A selbst keine Antwort liefert.

Nachgelagerte Agenten behandeln die Ausgabe des vorherigen Agenten in einer A2A-Kette häufig als hundertprozentig vertrauenswürdig – statt sie als eine zu verifizierende Behauptung zu betrachten. Genau darin liegt das Risiko der Fehlerfortpflanzung in Multi-Agenten-Systemen.

Diese Beobachtung aus der zitierten Fachanalyse betrifft nicht die Protokoll-Spezifikation selbst, sondern die Art, wie Anbieter A2A in der Praxis implementieren. Für Sie als Käufer heißt das: Die Frage "unterstützt der Anbieter A2A?" ist notwendig, aber nicht hinreichend. Die eigentlich entscheidende Frage lautet, wie der Anbieter Autorisierung und Vertrauensketten konkret handhabt – eine Ebene, die der offene Standard bewusst nicht vorschreibt.

Drittens ein Punkt zur Einordnung, nicht zur Dramatisierung: Das AAIF-Board wird unter anderem von David Nalley (AWS) geleitet, das technische Komitee laut derselben Quelle von David Soria Parra (Anthropic, Mitentwickler von MCP). Das zeigt, dass "neutral" im Sinne der Governance-Struktur nicht gleichbedeutend ist mit "unabhängig von den großen US-Hyperscalern". Für die meisten Mittelständler ist das kein Ausschlusskriterium – wer aber aus Datenschutz- oder Souveränitätsgründen bewusst auf Unabhängigkeit von US-Cloud-Anbietern achtet, sollte diesen Punkt auf dem Schirm haben, statt ihn zu überbewerten.

Die Kaufkriterien-Checkliste für Ihren Betrieb

Aus alledem lässt sich eine praktische Checkliste ableiten, die Sie bei jedem Agenten-Angebot durchgehen sollten – ob es sich um eine Standardsoftware, eine individuell entwickelte Lösung oder ein Angebot eines Beratungspartners handelt.

Die MCP-Frage: Kann ich meine eigenen Tools, Datenbanken und APIs anbinden, ohne mich technisch dauerhaft an diesen einen Anbieter zu binden? Wird MCP nativ unterstützt und offen dokumentiert, oder gibt es nur ein proprietäres Analogon, das ähnlich aussieht, aber nicht kompatibel ist?

Die A2A-Frage: Kann mein Agent tatsächlich mit Agenten anderer Anbieter, Partner oder Kunden zusammenarbeiten – oder bleibt die Zusammenarbeit auf das geschlossene Ökosystem eines einzelnen Herstellers beschränkt?

Die Autorisierungs-Frage: Wie prüft der Anbieter konkret, welche Daten und Rechte ein externer Partner-Agent per A2A tatsächlich erhält? Gibt es eine dokumentierte Verifizierung von Vertrauensketten, oder wird die Ausgabe vorgelagerter Agenten ungeprüft übernommen?

Die Portabilitäts-Frage: Lassen sich Ihre Agenten-Konfigurationen exportieren? Können Sie das zugrunde liegende Sprachmodell wechseln, ohne die gesamte Automatisierung neu aufzusetzen? Standard-Zugehörigkeit allein – also die Mitgliedschaft eines Anbieters in der AAIF oder das Label "A2A-kompatibel" – ist kein Garant gegen faktische Bindung, wenn Exportierbarkeit und Modell-Portabilität in der Praxis fehlen.

Die Kontinuitäts-Frage: Was passiert mit Ihrer Investition, wenn sich die Governance eines Standards erneut ändert, wie am 17. August 2026 geschehen? Im aktuellen Fall gab es keine Breaking Changes – die Spezifikation blieb bei Version 1.0.0. Das ist ein gutes Zeichen für die Reife des Ökosystems, aber kein Freibrief, diese Frage künftig nicht mehr zu stellen.

Diese fünf Fragen lassen sich nicht mit einem Blick auf eine Produktwebsite beantworten. Sie erfordern ein Gespräch mit dem Anbieter – im Idealfall eines, in dem konkrete technische Nachweise statt Marketing-Versprechen auf den Tisch kommen.

Was das für die nächsten Monate bedeutet

Die Konsolidierung von MCP und A2A unter dem Dach der Agentic AI Foundation ist im besten Sinne unspektakulär: Sie ändert keine Zeile Code, sie zwingt niemanden zur Migration, und sie bringt keine unmittelbare Gefahr für bestehende Investitionen mit sich. Genau das macht sie aber auch bedeutsam. Standardisierung in der Softwarebranche verläuft selten über einen einzelnen dramatischen Cutover, sondern über genau solche schrittweisen Konsolidierungen, bei denen sich immer mehr Anbieter, Frameworks und Cloud-Plattformen auf dieselbe technische Grundlage einigen.

Für den Mittelstand bedeutet das: Der Zeitpunkt, an dem "unterstützt MCP und A2A" zur Grundvoraussetzung statt zum Alleinstellungsmerkmal wird, rückt näher. Wer heute noch in geschlossene, proprietäre Agenten-Architekturen investiert, sollte sich bewusst sein, dass er sich damit gegen einen Trend stellt, der von praktisch allen großen Cloud- und KI-Anbietern gleichzeitig getragen wird – von Anthropic über Google bis Microsoft und AWS.

Gleichzeitig gilt: Ein Standard allein macht noch keine gute Governance. Die offen gelassenen Autorisierungsfragen in A2A, die ungleiche Verteilung der Beiträge und die weiterhin bestehende Nähe der Governance-Spitze zu den großen Hyperscalern sind reale Punkte, die Sie in Ihre eigene Risikobewertung einbeziehen sollten – unabhängig davon, wie neutral eine Foundation sich selbst beschreibt.

Wer eine Agenten-Strategie für sein Unternehmen aufbaut, sollte beide Ebenen im Blick behalten: die technische Frage, ob ein Anbieter offene Standards tatsächlich nutzt, und die praktische Frage, wie er Sicherheit, Autorisierung und Portabilität konkret umsetzt. Das eine ersetzt das andere nicht.