Die Agentic AI Foundation wächst in vier Monaten auf 170 Mitglieder. Was das konkret für den Einsatz von KI-Agenten in Unternehmen bedeutet.

Vor sechs Monaten stand jeder Enterprise-Architekt bei der Bewertung der AI-Agenten-Infrastruktur vor derselben Frage: Auf das Protokoll welchen Anbieters soll ich setzen? Anthropics Model Context Protocol, OpenAIs Agents.md-Format, Blocks goose-Framework oder eine der dutzenden Open-Source-Alternativen, die im vorangegangenen Quartal an den Start gegangen waren. Jedes davon löste einen Teil des Problems, Agenten dazu zu bringen, mit Tools und untereinander zu kommunizieren. Keines davon löste alles. Die falsche Wahl bedeutete ein Rewrite. Die richtige Wahl bedeutete, auf die Roadmap eines einzelnen Anbieters zu wetten.

Heute hat sich die Dimension dieser Frage verändert. Die Linux Foundation gründete im Dezember 2025 die Agentic AI Foundation (AAIF), wobei Anthropics MCP, OpenAIs Agents.md und Blocks goose-Framework als Gründungsprojekte eingebracht wurden. Bis April 2026 war die Zahl der Mitgliedsorganisationen der Stiftung auf über 170 angewachsen. Allein die Platin-Ebene umfasst Amazon Web Services, Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft und OpenAI. Jedes führende Modell-Labor und jeder führende Hyperscaler trägt nun zu demselben neutralen Konsortium bei.

Für ein Unternehmen, das AI-Agenten aktiv einsetzt, stellt sich die offensichtliche Frage, ob dies irgendetwas an dem ändert, was Sie heute kaufen oder bereitstellen können. Die ehrliche Antwort lautet: Es ändert einige Dinge grundlegend, lässt andere so, wie sie waren, und schafft ein neues Risiko, das vor sechs Monaten noch nicht existierte.

Was die AAIF tatsächlich konsolidiert hat

Die drei Gründungsprojekte decken jeweils einen anderen Teil des Agent-Stacks ab. Deshalb ist die Übergabe an eine einzige Stiftung weitaus bedeutender als die Übergabe eines einzelnen Projekts.

Model Context Protocol (MCP) ist der Connector-Standard. Es definiert, wie ein AI-Agent Daten von externen Tools und Systemen erkennt, aufruft und nutzt. Vor MCP entwickelte jede Agenten-Plattform ihr eigenes Tool-Aufrufprotokoll, was bedeutete, dass jede Integration pro Plattform neu implementiert werden musste. MCP wird mittlerweile bei Anthropic, OpenAI und einer wachsenden Liste von Enterprise-Plattformen produktiv eingesetzt. Durch die Leitung der Stiftung wird die Weiterentwicklung des Protokolls nun von einem neutralen Governance-Gremium und nicht von der Roadmap eines einzelnen Anbieters bestimmt.

AGENTS.md ist der Konventionsstandard. Es definiert ein Dateiformat, das ein Agent lesen kann, um zu verstehen, was ein Code-Repository, ein Projekt oder ein Tool von ihm erwartet. Das Format ist bewusst minimalistisch: eine Markdown-Datei, die Agenten mitteilt, wie sie innerhalb einer bestimmten Codebasis oder Umgebung agieren sollen. Der Wert liegt in der Konsistenz: Ein Agent, der AGENTS.md versteht, funktioniert in jedem Repository, das ein solches veröffentlicht.

Goose ist der Runtime-Standard. Ursprünglich bei Block entwickelt, ist es eine Open-Source-Agenten-Runtime, die Task-Dekomposition, Tool-Aufrufe und State-Management übernimmt. Unter der Leitung der AAIF wird goose zur Referenzimplementierung, die Plattfomentwickler erweitern können, anstatt sie neu zu schreiben.

Zusammen decken diese drei Projekte die Connector-Ebene, die Konventions-Ebene und die Runtime-Ebene ab. Sie decken nicht alles ab, was eine Enterprise-Agenten-Plattform benötigt, aber sie decken genug ab, dass die Integrationskosten über Plattformen hinweg erheblich sinken. Das ist die eigentliche Geschichte der AAIF: Nicht, dass es jetzt einen einzigen Agenten-Standard gibt, sondern dass die Teile, die früher pro Anbieter neu implementiert werden mussten, nun anbieterübergreifend geteilte Basis sind.

Was das Wachstum auf 170 Mitglieder signalisiert

Vier Monate vom Start bis zu 170 Organisationen ist selbst nach Maßstäben der Linux Foundation schnell. Zum Vergleich: Die Cloud Native Computing Foundation benötigte etwa ein Jahr, um dieselbe Mitgliederzahl zu erreichen. Dieses Wachstum zeigt Ihnen zwei Dinge.

Erstens sind alle Modell-Labore und Hyperscaler zu dem Schluss gekommen, dass die Kosten fragmentierter Agenten-Protokolle höher sind als die Kosten für die Aufgabe eines herkömmlichen proprietären Stacks. Das ist ein bedeutendes Signal. Anbieter spenden kein funktionierendes geistiges Eigentum an neutrale Stiftungen, es sei denn, sie haben mathematisch kalkuliert, dass der Nutzen für das Ökosystem den Nutzen der Kundenbindung (Lock-in) überwiegt. Diese Rechnung hat sich geändert, weil die Ausgaben der Agenten-Wirtschaft groß genug sind, dass es wichtiger ist, den Kuchen zu vergrößern, als ihn aufzuteilen.

Zweitens signalisiert die Platin-Mitgliedschaftsebene, dass die Nachfrage der Enterprise-Kunden nach Interoperabilität real ist. Microsoft, AWS und Google investieren nicht gemeinsam in Konsortien für dasselbe Protokoll, es sei denn, ihre Enterprise-Vertriebsteams verlieren Aufträge aufgrund von Interoperabilitätsbedenken. AAIF ist zum Teil eine Reaktion auf Unternehmen, die sich weigern, sich an anbieterspezifische Agenten-Stacks zu binden. Die Stiftung gibt den Anbietern in Beschaffungsgesprächen ein wichtiges Argument an die Hand.

Für einen Einkäufer im Unternehmen sind das in einer ganz bestimmten Hinsicht gute Nachrichten: Die Anbieter, die die AAIF unterstützen, haben sich implizit zu einem Maß an Interoperabilität verpflichtet, das sie Ihnen zuvor nicht schuldeten. Das Gewicht bei Einkaufsverhandlungen ist höher als noch Anfang 2025.

Was die AAIF nicht gelöst hat

Die Stiftung hat die Connector-, Konventions- und Runtime-Ebene konsolidiert. Sie hat jedoch nicht die Teile des Agent-Stacks konsolidiert, die tatsächlich darüber entscheiden, ob Ihre Implementierung erfolgreich ist.

Evaluierungsstandards sind nach wie vor anbieterspezifisch. Es gibt kein AAIF-anerkanntes Verfahren, um zu messen, ob ein Agent präziser, zuverlässiger oder sicherer ist als ein anderer. Jede Plattform veröffentlicht eigene Benchmarks, und es gibt kein gemeinsames Evaluierungs-Framework, mit dem ein Unternehmen Angebote vergleichen kann. Unternehmen, die Agenten in regulierten Workflows einsetzen, müssen nach wie vor ihre eigene Evaluierungs-Infrastruktur aufbauen. Die AAIF hat daran nichts geändert und wird dies voraussichtlich auch im Jahr 2026 nicht tun.

Governance- und Compliance-Frameworks sind nach wie vor plattformspezifisch. Die Audit-Logs, Policy-Durchsetzungen, Human-in-the-Loop-Kontrollpunkte und Risikokontrollen, die Compliance-Teams benötigen, fallen nicht in den Rahmen der AAIF. Jeder Anbieter handhabt diese anders. Ein Unternehmen, das die Agenten-Plattform wechselt, muss die entsprechende Governance-Integration nach wie vor neu aufbauen. Eine standardisierte Connector-Ebene hilft nicht weiter, wenn das Audit-Log-Format es nicht ist.

Domänenspezifisches Verhalten erfordert immer noch individuelle Anpassung. Ein Agent, der Versicherungsschäden bearbeitet, ein Agent, der Debitorenbuchhaltung abwickelt, ein Agent, der Logistik bucht: Nichts davon ist eine Out-of-the-Box-Fähigkeit der AAIF. Es handelt sich um Anwendungen, die auf den Standards aufbauen. Die harte Arbeit, einen Agenten in einem spezifischen Geschäftsworkflow zuverlässig zu machen, steht über allem, was die AAIF standardisiert hat, und genau hier liegt der eigentliche Implementierungsaufwand.

Das neue Risiko, das die AAIF mit sich bringt

Normungsgremien bergen ein Risiko, das in fragmentierten Ökosystemen nicht vorhanden war: die Illusion der Substituierbarkeit. Wenn MCP der Connector-Standard ist und Ihre Agenten-Plattform MCP verwendet, ist man schnell versucht anzunehmen, dass der Wechsel der Plattform unkompliziert ist. Die Connector-Ebene ist portabel. Der Rest Ihres Stacks ist es nicht.

Dies ist von Bedeutung, da Beschaffungsteams damit beginnen werden, die AAIF-Konformität als Grund zu nutzen, um die Plattformentscheidung aufzuschieben. Der Gedanke dahinter ist: „Wir müssen uns jetzt nicht an einen Anbieter binden, da wir später wechseln können, wenn einer der anderen die AAIF-Standards unterstützt.“ Diese Logik ist nur halb richtig. Die Connector-Ebene ist tatsächlich austauschbar. Doch die Workflow-Logik, die Evaluierungs-Infrastruktur, die Muster für menschliche Freigaben (Human-Review) und das domänenspezifische Training sind es nicht. Ein Agent, der auf Ihre spezifischen Daten abgestimmt wurde, mit Ihren spezifischen Ausnahmen gefüttert wurde und in Ihre spezifischen Systeme integriert ist, lässt sich nicht einfach auf eine neue Plattform übertragen, nur weil beide MCP sprechen.

Die richtige Interpretation ist, dass die AAIF die Kosten einer Fehlentscheidung bei der Connector-Ebene reduziert, nicht jedoch die Kosten einer Fehlentscheidung bei der Plattform. Unternehmen, die die Standards als Ausrede nutzen, um eine echte Plattformentscheidung aufzuschieben, werden am Ende mit oberflächlicheren Implementierungen dastehen und eine langsamere Time-to-Value haben als Wettbewerber, die sich für eine Plattform entschieden und diese tiefgehend integriert haben.

Was Enterprise-Agenten-Einkäufer jetzt konkret tun sollten

Drei konkrete Maßnahmen für das kommende Quartal.

Führen Sie MCP für jede neue Tool-Integration ein, unabhängig von der Plattform. Wenn Sie ein internes Tool entwickeln, das ein Agent aufrufen muss, stellen Sie es über MCP bereit. Die Integrationskosten sind ähnlich hoch wie bei jedem anderen API-Connector, und der Wert für die Zukunftssicherheit ist erheblich. Die wenigen Unternehmen, die ihre ersten Agenten-Integrationen im Jahr 2024 auf anbieterspezifischen Protokollen aufgebaut haben, schreiben diese nun um. Gehören Sie 2027 nicht dazu.

Behandeln Sie AGENTS.md als neue README für jedes Repository, das für Agenten zugänglich ist. Der Standard lässt sich kostengünstig einführen und bietet jedem kompatiblen Agenten nützlichen Betriebskontext. Die Nachteile gehen gegen Null.

Drängen Sie Ihren Agenten-Plattform-Anbieter dazu, die AAIF-Konformität in seine Roadmap aufzunehmen, aber machen Sie dies nicht zum ausschlaggebenden Beschaffungskriterium. Anbieter, die AAIF-Mitglieder sind, haben sich zur Interoperabilität verpflichtet. Das ist ein positives Signal. Es ist jedoch kein Ersatz für die Prüfung, ob die Plattform tatsächlich Ihr spezifisches Workflow-Problem löst. Die Anbieter, die sich in den nächsten zwei Jahren durchsetzen werden, sind diejenigen mit den tiefsten Workflow-Fähigkeiten, nicht diejenigen mit den meisten Stiftungslogos.

Das größere Bild

Der Start der AAIF ist Teil einer umfassenderen Verschiebung in der Strukturierung von Agenten-Infrastruktur. Die Modellebene konsolidiert sich in einer kleinen Anzahl von führenden Laboren. Die Connector- und Runtime-Ebenen bündeln sich in einem neutralen Konsortium. Die Anwendungsebene, auf der Agenten spezifische Geschäftsaufgaben erledigen, fragmentiert sich, da die Workflows jedes Unternehmens unterschiedlich sind. Jede Ebene hat ihre eigene Wettbewerbsdynamik, und der strategische Fehler besteht darin, sie als eine einzige Entscheidung zu behandeln.

Unternehmen, die dies richtig angehen, wählen Standards auf der Connector-Ebene, Flexibilität auf der Modellebene und Tiefe auf der Plattformebene, auf der die Workflow-Logik angesiedelt ist. Beam AI macht die erste Entscheidung einfacher. Sie macht die dritte Entscheidung umso wichtiger.

Für Teams, die heute produktive AI-Agenten-Workflows aufbauen, ist dieser Meilenstein der Stiftung eine gute Nachricht. Die Standards sind real, die Anbieter engagiert und die Integrationskosten sinken. All dies löst jedoch nicht die schwierigere Frage, welche Plattform tatsächlich einen Mehrwert für Ihre spezifischen Workflows liefert. Diese Frage bleibt unverändert.

Mit 170 Mitgliedern in vier Monaten hat die AAIF bewiesen, dass das Agenten-Ökosystem eine gemeinsame Basis finden kann, wenn die Anreize stimmen. Was sie jedoch nicht bewiesen hat und so schnell auch nicht beweisen wird, ist, dass die Konvergenz hin zu gemeinsamen Standards das Implementierungsproblem einfacher macht. Die schwierigen Teile bleiben schwierig.