Die KI-Branche hat gerade Beton gegossen

Am Montag hat die Linux Foundation die Agentic AI Foundation angekündigt, und die Pressemitteilungen trafen genau den richtigen Ton: „neutrale Governance“, „offene Standards“, „von der Community getragene Innovation“. Anthropic spendete sein Model Context Protocol. OpenAI steuerte AGENTS.md bei. Block warf goose mit in den Topf. Fast jeder große Technologiekonzern trat als Mitglied bei. Das erklärte Ziel: KI-Agenten sollen sich „transparent und gemeinschaftlich weiterentwickeln“.

Das klingt, als fände die Branche im Geist von Open Source zusammen. Schauen Sie aber genauer auf den Zeitpunkt, die Mitgliederliste und darauf, was da eigentlich standardisiert wird, dann zeigt sich ein anderes Bild. Hier bricht keine Kooperation aus, hier findet Konsolidierung statt. Der gegossene Beton besteht aus den Annahmen, die festlegen werden, was die KI-Systeme von morgen sein dürfen.

Warum Agenten das Schlachtfeld sind

Um zu verstehen, warum das wichtig ist, müssen Sie den Wandel kennen, der bevorsteht. KI entwickelt sich von Systemen, die auf Prompts antworten, zu Systemen, die selbstständig handeln: im Web surfen, Code schreiben und ausführen, Dateien verwalten, Reisen buchen, sich mit anderen KI-Systemen abstimmen. Der Marketingbegriff dafür lautet „agentische KI“, und er steht für eine grundlegende Änderung im Umgang von Menschen mit Software. Statt sich durch Oberflächen zu klicken, die für menschliche Augen gebaut sind, übertragen Sie Aufgaben an einen Agenten, der selbst entscheidet, wie er sie erledigt.

Wenn sich diese Vision erfüllt, werden Agenten zur neuen Schnittstellenschicht zwischen den Menschen und der digitalen Welt. Und wer die Protokolle kontrolliert, die Agenten verwenden (wie sie sich mit Diensten verbinden, wie sie Kontext verstehen, wie sie sich abstimmen), kontrolliert die Rohrleitungen dieser Zukunft. Genau das wird jetzt standardisiert.

Was da eigentlich standardisiert wird

Die drei gespendeten Projekte bilden einen kompletten Stack, und jedes kümmert sich um eine andere Schicht des Agentenproblems.

MCP (Model Context Protocol) legt fest, wie KI-Agenten sich mit Tools, Datenbanken und externen Diensten verbinden. Stellen Sie es sich als USB-C des Agentenzeitalters vor: ein universeller Anschluss, über den jeder Agent mit jedem Dienst sprechen kann, der das Protokoll implementiert. Vor MCP bedeutete die Anbindung eines KI-Modells an, sagen wir, eine Datenbank oder ein Code-Repository, eigenen Integrationscode zu schreiben. MCP standardisiert diese Schnittstelle und macht es theoretisch möglich, einmal zu bauen und sich überall anzubinden.

MCP ist nicht der einzige Ansatz für dieses Problem. LangChain hat eine eigene Tool-Spezifikation, das Open-Source-Projekt Ollama hat Tool-Konventionen für lokale Modelle, und E2B bietet abgeschottete Umgebungen zur Codeausführung mit eigenen API-Mustern. Aber MCP hat die Fluchtgeschwindigkeit erreicht: über 10.000 veröffentlichte MCP-Server, Unterstützung durch Claude, ChatGPT, Gemini, Cursor, VS Code und Microsoft Copilot. Die Alternativen verschwinden nicht, aber sie definieren sich inzwischen im Verhältnis zu MCP, statt direkt mit ihm zu konkurrieren.

AGENTS.md ist täuschend einfach: eine Markdown-Datei, die neben README.md in einem Code-Repository liegt und KI-Coding-Tools sagt, wie sie sich in genau dieser Codebasis verhalten sollen. Sie legt Coding-Konventionen, Build-Schritte, Testanforderungen und andere projektspezifische Hinweise fest, mit denen Agenten sicher und vorhersehbar arbeiten. Die Entwickler haben sie schnell angenommen (über 60.000 Projekte in vier Monaten), weil sie dazu passt, wie KI-Coding-Tools schon heute Kontext erschließen. AGENTS.md gibt ihnen bloß einen vorhersehbaren, kanonischen Ort zum Nachschauen.

goose ist das Open-Source-Agenten-Framework von Block, und es ist der konkreteste der drei Beiträge. Während MCP festlegt, wie Agenten sich verbinden, und AGENTS.md, wie sie Kontext verstehen, liefert goose eine Architektur mit festen Vorgaben dafür, wie Agenten tatsächlich laufen: Sitzungen verwalten, Tool-Aufrufe orchestrieren, mehrstufige Abläufe abwickeln und sich dabei von Fehlern erholen. Laut Block nutzen Tausende seiner Ingenieure es wöchentlich für Coding, Datenanalyse und Dokumentation. Indem Block es in die AAIF einbringt, bietet das Unternehmen eine funktionierende Referenzimplementierung an, also den Beweis, dass die Standards nicht bloß Theorie sind.

Zusammen beantworten diese drei Projekte die Grundfragen: Wie sprechen Agenten mit Diensten? Wie verstehen Agenten den Projektkontext? Und wie baut man überhaupt einen? Das ist keine vollständige Antwort auf die Zukunft der KI-Agenten, aber es reicht, um die Verkehrsregeln festzulegen.

Der HTTP-Vergleich passt und führt zugleich in die Irre

Die Pressemitteilung von Block beruft sich ausdrücklich auf das W3C und äußert die Hoffnung, die AAIF werde zu dem, „was das W3C für das Web ist: ein Bündel von Standards und Protokollen, die Interoperabilität, offenen Zugang und Wahlfreiheit garantieren“. Jim Zemlin, der Executive Director der Linux Foundation, beschreibt es als Abwendung einer Zukunft „abgeschotteter proprietärer Stacks“.

Die Analogie zu HTTP und dem frühen Web ist lehrreich, nur nicht ganz so, wie die Foundation es meint. HTTP entstand aus akademischer Forschung am CERN, wurde über Jahre in IETF-Prozessen verfeinert und durch einen breiten, manchmal umkämpften Konsens zum Standard, bevor kommerzielle Interessen das Web beherrschten. Der Weg war nicht immer glatt (wer sich an die Browserkriege oder die Debatten um SOAP gegen REST erinnert, weiß, dass Standardisierung hässlich werden kann), aber der Prozess stand zumindest dem Anspruch nach auch anderen offen als den Marktführern.

MCP und AGENTS.md dagegen wurden von kommerziellen KI-Labors geschaffen, rasch von deren Produkten und Partnern übernommen und werden jetzt genau in dem Moment institutionalisiert, in dem sie den Markt beherrschen. Die Standardisierungsgremien des Webs der 1990er hatten ihre Schwächen, aber sie wurden nicht von denselben Firmen gegründet, die den Stack, den sie standardisierten, ohnehin schon zum allergrößten Teil kontrollierten.

Der Unterschied zählt. HTTP wurde zum Standard, weil es in einem offenen Feld die beste verfügbare Option war. MCP wird zum Standard, nicht weil es organisch gewachsen wäre, sondern weil die Unternehmen mit der Marktmacht, die Realität zu definieren, beschlossen haben, um es zu kreisen. Das eine ist Konsens, das andere Koordination. Das Ergebnis (Interoperabilität) mag ähnlich aussehen, aber die Machtverhältnisse sind umgekehrt.

Die Geschichte bietet warnende Beispiele für verfrühte oder schlecht gesteuerte Standardisierung. Erinnern Sie sich an WAP, das Funkprotokoll, das das Web auf Mobiltelefone bringen sollte, ein Jahrzehnt bevor das iPhone es bedeutungslos machte? Oder an OpenDoc, Apples ehrgeizige Komponentenarchitektur, der sich IBM und andere anschlossen, bevor sie unter ihrer eigenen Komplexität zusammenbrach? Oder an CORBA, die „universelle“ Middleware, die zum Lehrstück dafür wurde, wie Standards aus dem Komitee scheitern? Standards, die zu früh kommen oder eher politische Kompromisse als technischen Konsens abbilden, können fehlerhafte Designs genauso leicht zementieren, wie sie Interoperabilität ermöglichen.

Der Zeitpunkt verrät die eigentliche Geschichte

Warum jetzt? MCP ist zwölf Monate alt. Seine OAuth-Implementierung hat bekannte Probleme: keine konzeptionellen Lücken, sondern unvollständige Spezifikationen, die sicherheitskritische Details den einzelnen Implementierern überlassen. Es gibt aktive Vorschläge, das zu beheben, aber gemessen an den üblichen Maßstäben von Open-Source-Foundations kommt die Institutionalisierung für dieses Protokoll zu früh. Kubernetes lief jahrelang in Produktion, bevor die CNCF die Verantwortung übernahm. PyTorch hatte ausgiebiges Deployment in der Praxis hinter sich, bevor es in seine Foundation wechselte. MCP hat diese Phase übersprungen.

Am Tag vor der AAIF-Ankündigung hielt Zemlin in Tokio eine Keynote, in der er Berichten zufolge eine Analyse zitierte, nach der chinesische Open-Weight-Modelle den amerikanischen Spitzenlabors nur noch drei bis sechs Monate hinterherhinken. Die zugrunde liegende Analyse wurde nicht veröffentlicht, aber die Botschaft war kaum zu überhören: Für die meisten kommerziellen Anwendungen ist dieser Abstand vernachlässigbar. Warten die amerikanischen Labors, bis Agentenprotokolle organisch gereift sind, könnten Standards von anderswo zuerst auftauchen.

Schauen Sie sich die Mitgliederliste an: AWS, Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft, OpenAI, Cisco, IBM, Oracle, Salesforce, SAP, Snowflake. Die Platin-Gründungsmitglieder, also jene, die 350.000 Dollar für Governance-Privilegien zahlen, sind durchwegs amerikanisch. Das ist nicht nur offene Governance, es ist auch ein Schutzwall. Das Muster erinnert an frühere Manöver in Standardisierungsgremien, etwa daran, wie sich Mobilfunkbetreiber rund um GSM abstimmten oder wie frühe Browserhersteller um Einfluss auf HTML-Erweiterungen rangen. Die AAIF etabliert amerikanisch kontrollierte Standards für die Interoperabilität von Agenten, bevor Alternativen Fuß fassen können.

Das macht die Standards nicht schlecht. MCP ist technisch solide und wirklich nützlich. Aber wer diesen Schritt allein als Frage der „Transparenz“ darstellt, verschleiert das strategische Kalkül dahinter.

Was nicht standardisiert wird

Die AAIF standardisiert die Rohrleitungen: wie Agenten sich mit Diensten verbinden, wie sie Projektkontext verstehen, wie sie sich abstimmen. Genauso aufschlussreich ist, was sie nicht standardisiert.

Es gibt keine ökonomische Schicht. Kein Protokoll dafür, wie Agenten die Dienste bezahlen, die sie aufrufen, wie sie Micropayments für API-Aufrufe abwickeln oder Zugangsbedingungen aushandeln. Wenn Agenten autonom Geschäfte abschließen sollen (Flüge buchen, Einkäufe tätigen, Rechenleistung bezahlen), muss jemand festlegen, wie das funktioniert. Die AAIF schiebt das vorerst auf.

Es gibt kein Identitäts-Framework. Wie prüft ein Dienst, ob ein Agent befugt ist, im Namen eines bestimmten Nutzers zu handeln? Wie weisen Agenten anderen Agenten gegenüber ihre eigene Identität nach? MCP hat eine gewisse OAuth-Integration, aber sie ist unvollständig. Es gibt kein Standardformat für Agenten-Credentials, kein Protokoll zur Eingrenzung von Befugnissen („dieser Agent darf meinen Kalender lesen, aber keine E-Mails versenden“), keinen Mechanismus, um Agenten den Zugriff dienstübergreifend zu entziehen.

Es gibt keinen Sicherheitsstandard über das hinaus, was an Sicherheitseigenschaften im Auth-Flow von MCP steckt. Nichts zu Rate Limiting, das verhindert, dass Agenten Dienste überlasten. Nichts zu Audit-Trails für Agentenaktionen. Nichts zu Notausschaltern oder zur Eindämmung, wenn sich ein Agent unerwartet verhält.

Diese Lücken sind keine Versehen, sondern bewusste Grenzen des Umfangs. Die Foundation schafft Interoperabilität auf der technischen Ebene und überlässt die ökonomische, die Identitäts- und die Sicherheitsebene späteren Kämpfen. Ob das weise ist oder bloß Aufschub, hängt davon ab, ob Sie glauben, dass diese Kämpfe leichter oder schwerer werden, wenn die Rohre einmal verlegt sind.

Der Einwand der Skeptiker

Nicht alle feiern. Gartner-Analysten haben öffentlich angedeutet, dass viele agentenbasierte Unternehmensprojekte mangels Geschäftsnutzen eingestellt werden. Ihre Prognose lautet, dass bis 2028 weniger als 40 % der Unternehmen, die KI-Agenten einsetzen, Produktivitätsgewinne sehen werden. Microsoft hat Berichten zufolge die Wachstumsziele für sein Agentenprodukt Azure Foundry gesenkt, wobei das Unternehmen die Darstellung bestritt, die KI-Quoten insgesamt seien gesenkt worden. Die Infrastruktur reift womöglich schneller als die Nachfrage danach.

Dazu kommt die Sorge vor der „Logo-Allianz“: Wird die AAIF echte Infrastruktur oder bloß ein weiteres Branchenkonsortium, das Pressemitteilungen herausgibt, während die Mitgliedsfirmen ihre proprietären Vorteile verfolgen? Die Bilanz der Linux Foundation ist stark (sie betreut erfolgreich Linux, Kubernetes, Node.js und Dutzende kritische Projekte), aber eine Mitgliedschaft in einer Foundation garantiert nicht, dass Unternehmen wirklich Kontrolle abgeben. Googles Beteiligung an offenen Standards hat den Konzern historisch nicht davon abgehalten, in den eigenen Produkten proprietären Vorteilen den Vorrang zu geben.

Und es gibt eine tiefere Frage: Ist Standardisierung in diesem Stadium überhaupt möglich? Die Fähigkeiten von LLMs entwickeln sich so schnell, dass Protokolle für die Agenten von heute in achtzehn Monaten veraltet sein könnten. Wenn GPT-5 oder Claude 4 Fähigkeiten mitbringt, die nicht in das Modell von MCP für Tool-Aufrufe passen, passt sich der Standard dann an oder wird er zur Fessel? Standards jetzt festzuschreiben kann suboptimale Designs genauso leicht zementieren, wie es Interoperabilität ermöglicht.

Worum es wirklich geht

Die eigentliche Bedeutung der AAIF liegt in keinem einzelnen Protokoll. Sie liegt darin, dass die Branche gemeinsam entschieden hat, dass das Agentenzeitalter nahe genug ist, um Koordination zu rechtfertigen. Unternehmen, die voriges Jahr noch in allem direkt konkurrierten, von der Modellarchitektur bis zu den Sicherheitsansätzen, einigen sich jetzt darauf, Infrastruktur zu teilen. Das passiert nur, wenn alle glauben, dass der Übergang unmittelbar bevorsteht und Zersplitterung mehr kostet als Zusammenarbeit.

Für Entwickler ist das wohl eine gute Nachricht. Einmal bauen und auf mehreren Plattformen laufen lassen ist besser, als herstellerspezifische Integrationen zu bauen. Unternehmen, die den Einsatz von Agenten prüfen, gibt die Governance durch eine Foundation die Sicherheit, dass diese Protokolle nicht willkürlich eingestellt werden.

Für alle anderen, die Nutzer, die mit diesen Systemen leben werden, sie aber nie konfigurieren, sind die Folgen weniger klar. Wenn KI-Agenten zur wichtigsten Schnittstelle zum Internet werden und für uns surfen, einkaufen und kommunizieren, hat enorme Macht, wer die Protokolle dieser Agenten kontrolliert. Die „neutrale Governance“ der AAIF ist besser als direkte Konzernkontrolle, aber sie bleibt ein kleiner Klub, der Entscheidungen für Milliarden von Nutzern trifft, die sich nie für die Zukunft der Agenten angemeldet haben.

Beton bindet schnell ab

Die Metapher vom „Betongießen“ ist bewusst gewählt. Fundamentarbeiten passieren, bevor das Gebäude in die Höhe wächst, und sie begrenzen alles, was danach kommt. Die oberen Stockwerke können Sie umbauen, aber wo die tragenden Wände stehen, daran kommen Sie nicht mehr vorbei.

Die AAIF legt diese Fundamente jetzt. Vielleicht ist der Zeitpunkt richtig: KI-Agenten entwickeln sich schnell, und Koordination vor der Zersplitterung hat echten Wert. Vielleicht ist er verfrüht: Protokolle festzuschreiben, bevor die Anwendungsfälle gereift sind, könnte suboptimale Designs zementieren. Wahrscheinlich ist es beides, je nach Baustein auf unterschiedliche Weise.

Sicher ist, dass es sich um eine Absichtserklärung handelt. Die Unternehmen, die KI bauen, haben entschieden, dass das Agentenzeitalter bald genug kommt, um es zu standardisieren, und sie haben sich dazu entschlossen, das gemeinsam und unter ihrer kollektiven Kontrolle zu tun, bevor es im Feld enger wird. Ob Sie das offene Governance oder koordinierte Positionierung nennen, hängt von Ihren Vorannahmen ab.

So oder so, der Beton bindet ab. Wir werden das nächste Jahrzehnt über die oberen Stockwerke des Agenten-Stacks streiten, aber die tragenden Wände werden gerade jetzt festgelegt, und zwar nicht von den Menschen, die darin werden leben müssen.

Aus dem Englischen übersetzt: zum Originalbeitrag