Wenn selbst Microsoft Copilot mit Claude absichert, warum sollten Unternehmen sich freiwillig in einen Microsoft-AI-Lock-in begeben?
Es geht nicht um GitHub Copilot – das eigentliche Problem ist Microsoft 365 Copilot
Man muss die Produkte sauber trennen. GitHub Copilot ist im Entwicklerbereich ein starkes Produkt. Die eigentliche Baustelle ist Microsoft 365 Copilot – also das AI-Produkt, das Word, Excel, PowerPoint, Outlook und Teams in eine neue Arbeitsoberfläche verwandeln soll. Genau dort ist Microsofts Anspruch riesig: Copilot soll nicht bloß ein Feature sein, sondern die neue Art, wie Menschen in Microsoft 365 arbeiten. Umso auffälliger ist, dass Microsoft ausgerechnet dieses Produkt nun mit Claude aufwertet und organisatorisch neu ausrichtet.
Die Zahl, über die Microsoft nicht gern laut redet
Der härteste Punkt gegen Microsoft 365 Copilot ist nicht, dass es gar niemand nutzt. Der härtere Punkt ist: Gemessen an Microsofts eigener installierter Basis ist die bezahlte Nutzung erstaunlich klein. Microsoft sagte im FY26-Q2-Earnings-Call selbst, dass es nun 15 Millionen bezahlte Microsoft 365 Copilot Seats gibt. Gleichzeitig liegt die Zahl der Microsoft 365 Commercial Paid Seats bei über 450 Millionen. Damit kommt Microsoft 365 Copilot auf gerade einmal rund 3,3 Prozent der eigenen kommerziellen Basis. Für ein Produkt, das als Kern der nächsten Microsoft-Ära vermarktet wird, ist das kein Triumphzug.
Microsoft versucht diesen Punkt kommunikativ natürlich abzufedern. Im Earnings-Call sprach der Konzern von einem Rekordquartal bei Seat-Adds und von starkem Wachstum. Das mag stimmen. Aber starkes Wachstum auf kleiner Basis ist nicht dasselbe wie breite Marktdurchdringung. Wenn man schon auf Hunderten Millionen Arbeitsplätzen sitzt und den AI-Assistenten tief in die bestehende Produktwelt eingebettet hat, dann wirkt eine Penetration von rund 3,3 Prozent eher wie ein Hinweis darauf, dass viele Kunden noch nicht überzeugt sind.
Microsoft baut M365 Copilot gerade deshalb um
Noch deutlicher wird das, wenn man auf Microsofts Verhalten schaut. Reuters berichtete im März 2026, dass Microsoft seine Copilot-Teams neu organisiert, um die Fähigkeiten und vor allem die Adoption des Assistenten zu verbessern. Das ist ein wichtiges Signal: Ein Produkt, das bereits souverän gewonnen hätte, müsste nicht mit dieser Dringlichkeit organisatorisch nachgeschärft werden. Die Reorganisation zeigt, dass Microsoft selbst noch nicht dort ist, wo man mit Microsoft 365 Copilot eigentlich hinwollte.
Genau deshalb ist es so aufschlussreich, dass Microsoft inzwischen Claude offensiv in Copilot integriert. Reuters berichtete Ende März über neue Copilot-Funktionen wie Critique und Council. Dabei erzeugt in Critique ein Modell Antworten, während ein anderes Modell – konkret Claude – die Qualität und Richtigkeit überprüft. Council soll Antworten mehrerer Modelle nebeneinander vergleichbar machen. Das ist mehr als ein nettes Feature. Es ist ein klares Eingeständnis, dass Microsoft 365 Copilot in der Praxis nicht allein auf einen einzigen Modellpfad setzt, sondern für bessere Qualität externe Hilfe braucht.
Claude ist für Microsoft kein Fremdkörper mehr, sondern Rettungswerkzeug
Das wird noch deutlicher, wenn man Microsofts eigene Aussagen aus dem Earnings-Call danebenlegt. Dort hieß es, man sehe starke Dynamik beim Researcher Agent, der sowohl OpenAI als auch Claude unterstützt. Microsoft beschreibt also selbst, dass die wichtigeren Copilot-Funktionen längst nicht mehr rein monolithisch sind. Stattdessen bewegt sich das Produkt in Richtung Multi-Model-Architektur, weil die Qualität offenbar dort steigt, wo Modelle sich ergänzen statt allein zu arbeiten.
Genau das macht die Microsoft-Erzählung so angreifbar. Jahrelang wurde Copilot als große AI-Klammer inszeniert, die Microsofts Produktwelt überlegen macht. Jetzt zeigt sich: Selbst Microsoft baut die Lösung um, integriert Konkurrenzmodelle und sucht bessere Ergebnisse gerade nicht nur im eigenen Standardpfad. Überspitzt gesagt: Wenn Microsoft 365 Copilot allein schon so stark wäre, müsste Microsoft es nicht mit Claude absichern. Diese Zuspitzung ist eine Interpretation – aber sie wird durch Microsofts eigene Produktbewegung klar gestützt.
Microsofts internes Verhalten entlarvt die ganze Lage
Noch interessanter wird das Bild durch The Verge: Microsoft lässt intern Claude Code breit testen, auch in Bereichen wie Windows, Microsoft 365, Teams und Edge. Das ist zwar nicht direkt Microsoft 365 Copilot, aber strategisch hochrelevant. Denn es zeigt, dass Microsoft intern selbst längst nicht so tut, als wäre die eigene AI-Produktlinie allein ausreichend. Stattdessen testet der Konzern parallel die Werkzeuge eines Wettbewerbers, während er draußen weiter Copilot als zentrale Zukunft verkauft.
Das ist keine Kleinigkeit. Es bedeutet: Microsoft hedgt selbst. Und wenn Microsoft selbst hedgt, dann sollten Kunden sich sehr gut überlegen, ob sie ihre AI-Architektur vollständig auf Microsoft 365 Copilot zementieren wollen. Ein Anbieter, der intern parallel testet, extern nachrüstet und organisatorisch neu sortiert, sendet kein Signal totaler Dominanz – sondern ein Signal laufender Unsicherheit und Optimierung.
Warum Vendor Lock-in hier brandgefährlich ist
Genau an dieser Stelle wird Vendor Lock-in zum Kernproblem. Viele Unternehmen sehen Microsoft 365 Copilot und denken: Wir haben schon Microsoft 365, Entra, Teams, SharePoint und Purview – also ist es logisch, einfach alles dort zu machen. Kurzfristig ist das bequem. Langfristig kann es teuer werden. Denn dann hängt nicht nur der Assistent an Microsoft, sondern auch Identität, Berechtigungen, Datenzugriffe, Agentenlogik, Governance, Kostenmodell und Benutzergewohnheiten. Der Wechsel wird dann nicht zu einem Toolwechsel, sondern zu einer tiefen Plattformmigration.
Und genau hier ist Microsofts aktueller Kurs fast schon ironisch. Während viele Kunden versucht sind, sich vollständig an Microsoft 365 Copilot zu binden, bewegt sich Microsoft selbst gerade weg vom impliziten Ein-Modell-Denken. Claude wird integriert, Modelle werden verglichen, Workflows werden multi-modell aufgebaut. Das heißt im Umkehrschluss: Nicht einmal Microsoft glaubt noch an den einen geschlossenen AI-Pfad. Warum sollten Kunden dann freiwillig in genau so eine Abhängigkeit laufen?
LiteLLM und OpenRouter sind genau deshalb strategisch wertvoll
Wenn man Vendor Lock-in ernsthaft vermeiden will, braucht man eine eigene Abstraktionsschicht zwischen Anwendung und Modellanbieter. Genau hier werden LiteLLM und OpenRouter interessant. LiteLLM beschreibt sich als OpenAI-kompatibles Gateway für 100+ Modelle mit Routing, Fallbacks, Load-Balancing und Self-Hosting-Optionen. Damit kann ein Unternehmen eine eigene Vermittlungsschicht betreiben, statt jede Anwendung direkt an Microsoft, OpenAI oder einen anderen Provider zu ketten.
OpenRouter ist stärker, wenn es schnell um Multi-Provider-Zugriff und Routing geht. Die Plattform verteilt Requests auf passende Provider, unterstützt Provider-Auswahl und bietet Optionen wie Zero Data Retention für entsprechende Endpunkte. Strategisch heißt das: Statt alles direkt an Microsoft 365 Copilot oder Azure-spezifische Pfade zu binden, kann man Modelle und Anbieter austauschbar halten. Das reduziert nicht nur Modell-Lock-in, sondern oft auch Preis- und Qualitätsrisiken. Diese Schlussfolgerung ist eine strategische Bewertung, aber sie ergibt sich direkt aus Microsofts eigener Bewegung hin zu Multi-Model-Workflows.
Mein Fazit
Das eigentliche Problem ist nicht GitHub Copilot. Das eigentliche Problem ist, dass Microsoft 365 Copilot bislang weit hinter der Größe des Microsoft-Ökosystems zurückbleibt, obwohl Microsoft dort einen historischen Verteilungsvorteil besitzt. Gleichzeitig organisiert Microsoft das Produkt neu, integriert Claude in wichtige Copilot-Funktionen und testet intern parallel Konkurrenzwerkzeuge. Das ist kein Bild eines Produkts, das bereits uneinholbar gewonnen hat. Es ist das Bild eines Produkts, das noch um Relevanz, Qualität und Akzeptanz kämpft.
Darum ist die Lehre für Unternehmen ziemlich klar: Nicht blind an Microsoft 365 Copilot ketten. Wer AI strategisch aufbauen will, sollte Modelle, Routing und Agentenlogik so gestalten, dass ein Wechsel möglich bleibt. Denn wenn selbst Microsoft M365 Copilot mit Claude nachschärfen muss, ist das stärkste Argument gerade nicht für Lock-in – sondern gegen ihn.