Microsoft macht sich bei KI weniger abhängig von OpenAI

Microsoft baut die KI-Schicht breiter auf

Die eigentliche Nachricht ist nicht, dass Microsoft plötzlich mit OpenAI bricht. Die wichtigere Bewegung ist subtiler: Microsoft baut seine KI-Plattform so aus, dass OpenAI für den Konzern und für Unternehmenskunden wichtiger Baustein, aber nicht mehr die einzig plausible Basis sein soll.

Genau darin steckt die strategische Relevanz. Microsoft hat am 27. April 2026 selbst mitgeteilt, dass die Partnerschaft mit OpenAI per geändertem Abkommen neu geordnet wurde. OpenAI bleibt zwar eng an Azure gebunden, Microsoft behält bis 2032 eine Lizenz auf OpenAI-IP, doch diese Lizenz ist nun nicht-exklusiv. Gleichzeitig kann OpenAI seine Produkte cloudübergreifend anbieten. Das ist kein Abschied, aber klar weniger Exklusivität als früher. Für B2B-Leser heißt das: Die Beziehung wird berechenbarer, aber auch offener.

Dazu kommt Microsofts eigene Plattformbotschaft vom 2. Juni 2026: Enterprise-KI soll als integriertes System laufen, mit Unterstützung für Microsoft-Modelle, Partner-Modelle und offene Modelle. Damit verschiebt sich die Story von der Frage „Welches Modell dominiert?“ hin zu „Wer kontrolliert die Laufzeit, die Governance und den Zugang zu mehreren Modellen?"

Für Unternehmenskunden ist das mehr als Konzernpolitik. Wer seine GenAI-Strategie heute auf einen einzigen Modellanbieter aufsetzt, kauft oft nicht nur Qualität ein, sondern auch Preislogik, Roadmap-Abhängigkeit und Governance-Grenzen. Wenn Microsoft diese Schicht verbreitert, steigt die Chance auf mehr Verhandlungsmacht und mehr technische Wahlfreiheit. Gleichzeitig steigt aber auch der Anspruch an Benchmarking, Betrieb und Kontrolle.

Darum sollte man die Schlagzeile „OpenAI optional“ nicht wörtlich, sondern architektonisch lesen. Microsoft macht OpenAI operativ austauschbarer, ohne OpenAI produktstrategisch irrelevant zu machen. Genau diese Unterscheidung entscheidet darüber, ob Unternehmen hier eine echte Plattformchance sehen oder nur neues Marketing in alter Abhängigkeit.

Wer die größere Marktbewegung dahinter verstehen will, findet einen guten Anschluss in unserem Stück Amazon, Microsoft und Google nähern sich derselben Agenten-Architektur an.

Wie Microsoft die Modellwahl technisch einzieht

Der strategische Punkt wird erst dann greifbar, wenn man die Technik dahinter in Alltagssprache übersetzt. Microsoft Foundry ist im Kern der Versuch, aus vielen Modelloptionen eine steuerbare Betriebsschicht zu machen.

Einfach gesagt: Unternehmen sollen nicht für jedes Modell eine neue Architektur, neue Schnittstellen und neue Betriebslogik aufbauen müssen. Stattdessen bündelt Microsoft in Foundry Modellzugang, Ausführung, Werkzeuge und Teile der Governance. In Microsofts eigener Plattformbeschreibung ist Foundry die Laufzeit für produktive Agenten-Workloads. In der Dokumentation wird Foundry als Plattform beschrieben, auf der Teams Modelle auswählen, anpassen, bereitstellen und in Anwendungen oder Agenten einbinden können.

Wichtig ist dabei nicht nur, dass mehrere Modelle angeboten werden, sondern wie diese Vielfalt verpackt wird. Microsoft dokumentiert in Foundry ausdrücklich Modelle von Partnern und aus der Community. Parallel erklärt die Endpunkt-Dokumentation, wie Modellzugriffe über gemeinsame oder modellbezogene Endpunkte organisiert werden können. Für Unternehmen ist das relevant, weil damit zumindest ein Teil der technischen Reibung sinkt: Prompting, Routing, Ausführung und Tool-Anbindung lassen sich eher in einer Plattformschicht bündeln, statt pro Anbieter neu zu verdrahten.

Das ist der Unterschied zwischen einer bloßen Modellgalerie und einer echten Plattformthese. Eine Modellgalerie zeigt Auswahl. Eine Plattform reduziert Wechselkosten.

Genau hier beginnt aber auch die wichtige Einschränkung: Ein gemeinsamer Endpunkt bedeutet noch keine perfekte Austauschbarkeit. Modelle unterscheiden sich weiter bei Qualität, Kontextfenster, Latenz, Preis, Tool-Nutzung, Sicherheitsmechanismen und evaluiertem Verhalten. Wer also glaubt, Multi-Model bedeute simples Hin-und-Her-Schalten per Dropdown, unterschätzt die operative Realität.

Trotzdem verändert diese Schicht die Machtfrage. Wenn ein Unternehmen seine Agenten, Workflows und Governance primär an Foundry statt an ein einzelnes Modell koppelt, verlagert sich der Lock-in. Er verschwindet nicht, aber er wandert von der Modellmarke stärker zur Plattform. Für viele CIOs ist das trotzdem ein Fortschritt, weil Plattform-Lock-in oft besser verhandelbar und betriebsseitig kontrollierbarer ist als Modell-Lock-in ohne eigene Orchestrierung.

Praktisch gesprochen: Microsoft will, dass Sie nicht mehr zuerst fragen „Nehmen wir OpenAI oder nicht?“, sondern „Welche Modellklasse passt für diese Aufgabe innerhalb unserer Betriebs- und Governance-Schicht?“ Das ist ein echter Architekturwechsel.

Er passt auch zu einer zweiten Beobachtung: In der Agentenwelt entscheidet oft nicht nur das beste Foundation Model, sondern die Qualität des Systems darum herum. Genau daran knüpft auch unser Stück Warum KI-Agenten am Harness scheitern — nicht am Modell an.

Wo Microsoft-Produkte davon schon berührt sind

Die wichtigste Leserfrage lautet jetzt: Betrifft das nur Entwickler auf einer Plattformfolie – oder schon echte Produkte? Die Antwort liegt dazwischen.

Am klarsten sichtbar ist die Multi-Model-Logik in Foundry und in Microsofts Agenten-Erzählung. Dort beschreibt Microsoft selbst eine Plattform, auf der unterschiedliche Modelle für unterschiedliche Aufgaben gewählt werden können. Das ist besonders relevant für Teams, die produktive Agenten bauen, Modelle evaluieren oder KI-Workflows mit Unternehmensdaten koppeln.

Auch auf Produktseite ist die Richtung erkennbar: Microsoft verknüpft Azure, GitHub, Microsoft 365, Security, Fabric und Foundry in seiner CoreAI-Erzählung ausdrücklich zu einem gemeinsamen System. Das heißt noch nicht, dass jedes Produkt dieselbe Modellfreiheit bietet. Es heißt aber sehr wohl, dass Microsoft die Betriebslogik nicht länger nur um ein einzelnes externes Modellzentrum herum formuliert.

Gerade deshalb ist die Gegenbewegung wichtig: OpenAI bleibt zentral. Schon Microsofts eigene Mitteilung zur Partnerschaft zeigt, dass die Zusammenarbeit weiter ambitioniert ist. Und auch OpenAI veröffentlicht weiter neue Modelle und Positionierungen, zuletzt mit GPT-5.6. Wer also aus Microsofts Diversifizierung eine schnelle Entthronung von OpenAI herausliest, liest mehr hinein, als die Quellen hergeben.

Für Microsoft-365-Copilot- und produktnahe Entscheider ist genau diese Nuance entscheidend. Die Plattform kann breiter werden, während bestimmte Flaggschiff-Produkte weiterhin stark von OpenAI-Technologie geprägt bleiben. Anders gesagt: Auf der Plattformebene nimmt die Optionalität zu, auf der Produktebene kann OpenAI noch lange erste Wahl bleiben.

Das ist für Unternehmen keine Enttäuschung, sondern eine wichtige Realitätsprüfung. Echte Multi-Model-Strategie entsteht nicht dadurch, dass ein Anbieter viele Modellnamen auflistet. Sie entsteht dort, wo Teams bei konkreten Workloads zwischen Qualität, Geschwindigkeit, Kosten, Datenschutz und Governance abwägen können, ohne jedes Mal ihr ganzes System neu zu bauen.

Wer dabei auch die Offenheitsfrage im Blick hat, kann ergänzend unser Stück Open Weights sind zurück auf der politischen Agenda lesen. Denn Portabilität ist nicht nur eine Plattformfrage, sondern oft auch eine Frage des Modelltyps.