Microsoft Project Polaris

Redaktion ·

Microsoft baut sein eigenes Coding-Modell — warum dich das angeht

Wenn du GitHub Copilot nutzt, antwortet dir bis heute im Hintergrund ein OpenAI-Modell. Genau das ändert sich. Auf der Microsoft Build 2026 (2. Juni) hat Microsoft Project Polaris vorgestellt — ein eigenes, hausintern entwickeltes KI-Modell für Code, das GPT-4 Turbo als Standard-Engine in Copilot ablösen soll. Laut Microsoft beginnt die Umstellung für alle Copilot-Abonnenten im August 2026.

Das ist mehr als ein Modell-Tausch unter der Haube. Es markiert den Punkt, an dem Microsoft die Abhängigkeit von OpenAI im Coding-Assistenten-Geschäft löst — nachdem die beiden Unternehmen im April 2026 ihre siebenjährige exklusive Partnerschaft beendet haben. Wer Coding-Tools, Agenten oder die Copilot-Plattform für sein Team plant, sollte verstehen, was Polaris ist, was es (laut Hersteller) kann und welche Fragen offen sind.

Was Project Polaris ist

Project Polaris ist Microsofts eigenes KI-Modell, das speziell auf das Generieren und Verstehen von Code ausgelegt ist. Es ist als künftige Reasoning-Engine für GitHub Copilot positioniert — also als das Modell, das hinter Code-Vervollständigung, Chat und den Agenten-Funktionen rechnet.

Drei Dinge fasst Project Polaris zusammen, die vorher getrennt waren: Microsoft kontrolliert nach eigener Aussage künftig das Modell, die Inferenz-Infrastruktur und die Developer-Experience — vom trainierten Netz über die Chips, auf denen es läuft, bis zur Oberfläche im Editor. Das ist der eigentliche strategische Kern. Bisher gehörte Microsoft nur das letzte Glied dieser Kette.

Abgrenzung: Es gibt viele „Polaris”-Projekte

Der Name Polaris ist in der Tech-Welt mehrfach belegt — von Hardware-Codenamen bis zu unabhängigen Open-Source-Projekten. Dieser Artikel meint ausschließlich Microsofts auf der Build 2026 vorgestelltes Coding-Modell für GitHub Copilot. Wenn du irgendwo „Polaris” liest, lohnt der Blick auf den Kontext: Geht es um GitHub Copilot, ein Microsoft-eigenes Modell und Build 2026, ist es dieses Projekt gemeint.

Die Technik — was Microsoft angibt

Architektur: Mixture-of-Experts

Microsoft beschreibt Polaris als Mixture-of-Experts-Architektur (MoE) mit spezialisierten Sub-Modulen, die auf unterschiedliche Programmiersprachen und Frameworks getunt sind. MoE bedeutet vereinfacht: Statt für jede Anfrage das komplette Modell durchzurechnen, aktiviert ein Router pro Eingabe nur die jeweils passenden „Experten”-Teilnetze. Das senkt die Rechenkosten pro Anfrage, weil nicht jedes Parameter-Gewicht jedes Mal mitläuft.

Für ein Coding-Modell ist das plausibel: Rust-Code, eine SQL-Migration und ein React-Komponentenbaum stellen sehr verschiedene Anforderungen. Spezialisierte Experten je Domäne sind ein bekanntes Muster, um Qualität und Effizienz gleichzeitig zu halten.

Hardware: Maia-Chips statt Fremd-Inferenz

Polaris läuft laut Microsoft auf den Maia-AI-Beschleunigern — Microsofts eigenen, in Azure verbauten KI-Chips. Microsoft argumentiert damit zwei Vorteile: niedrigere Latenz pro Inferenz und geringere Betriebskosten gegenüber dem bisherigen GPT-4-Backend. Beides ist der direkte ökonomische Hebel hinter dem Wechsel: Wer Modell und Chip selbst besitzt, zahlt keine Marge an einen externen Modell-Anbieter und kann Software und Silizium aufeinander abstimmen.

Benchmarks — mit Vorsicht zu lesen

Laut Microsoft schlägt Polaris GPT-4 Turbo auf den Coding-Benchmarks HumanEval und MBPP, mit den größten Zuwächsen bei „Low-Resource”-Sprachen wie Rust und Haskell — also Sprachen, für die im Trainingsmaterial vergleichsweise wenig Code existiert. Wichtig: Diese Zahlen sind Microsofts eigene Angaben und wurden bislang nicht von unabhängigen Prüfern bestätigt. HumanEval und MBPP messen außerdem das Lösen klar umrissener Funktions-Aufgaben — nicht das Arbeiten in großen, gewachsenen Codebasen. Aussagekraft für den Alltag: begrenzt.

Der Rollout — Zeitplan und Fallback

Der Übergang ist nicht optional gedacht, aber abgefedert.

| Phase | Was passiert | |---|---| | 2. Juni 2026 | Vorstellung auf der Build; Multi-Agent-Erweiterung für VS Code verfügbar | | ab August 2026 | Polaris wird Standard-Engine für GitHub-Copilot-Abonnenten (automatische Migration) | | Fallback-Fenster | Optionaler Verbleib auf GPT-4 für drei Monate — muss vor der Umstellung konfiguriert werden | | nach Fallback | Polaris wird verpflichtend |

Praktisch heißt das: Teams, die ihre Prompts, Eval-Suites oder Agenten-Workflows stark auf GPT-4-Verhalten optimiert haben, sollten das Fallback-Fenster aktiv einplanen und Polaris vorher gegen ihre echten Aufgaben testen. Ein Modellwechsel ändert oft subtil das Verhalten — Formatierung, Verbosität, Umgang mit mehrdeutigen Anweisungen.

Polaris im größeren Bild: Microsofts Agenten-Plattform

Polaris kam nicht allein. Build 2026 stand insgesamt unter dem Motto, Windows zu einer Plattform für KI-Agenten zu machen. Polaris ist die Modell-Schicht darin — die folgenden Bausteine bilden den Rahmen drumherum.

Multi-Agent-Modus in VS Code

Zeitgleich mit Polaris wurde ein Multi-Agent-Modus für VS Code verfügbar. Statt Aufgaben nacheinander abzuarbeiten, kann Copilot parallele Subagenten starten — etwa einen fürs Linting, einen für Testgenerierung, einen für Dokumentation und einen für Security-Review, die gleichzeitig laufen. Ein Orchestrator-Agent zerlegt die Aufgabe und delegiert an die Spezialisten. Das ist genau das Muster, das du auch aus anderen Agenten-Frameworks kennst: ein koordinierender Agent über mehreren spezialisierten Workern.

Windows Agent Framework und Runtime

Das Windows Agent Framework (WAF) wurde laut Microsoft am 2. April veröffentlicht und auf der Build unter MIT-Lizenz quelloffen gemacht. Agenten werden darin in YAML definiert und sind nicht an eine bestimmte Laufzeitumgebung gebunden. Eine separate Windows Agent Runtime auf OS-Ebene soll Agenten als „erstklassige” Betriebssystem-Bürger laufen lassen statt als normale Anwendungsprozesse.

Agent Store und Azure Agent Mesh

Dazu kommen ein kuratierter Windows Agent Store (Microsoft nennt einen Umsatzanteil von 85 % für Entwickler, analog zum aktuellen Microsoft-Store-Modell) und Azure Agent Mesh, eine Steuerungsebene, die Agenten-Ausführung über lokale Windows-Server, Windows-365-Cloud-PCs und Azure-Arc-Geräte hinweg föderiert. Die allgemeine Verfügbarkeit von Agent Mesh ist laut Microsoft für Q4 2026 angepeilt.

Stolperfallen und offene Fragen

Hersteller-Benchmarks sind keine unabhängigen Benchmarks. HumanEval/MBPP-Bestwerte aus der eigenen PR-Abteilung sagen wenig über das Verhalten in deiner Codebasis. Warte auf Drittquellen und teste selbst.

Lock-in verschiebt sich, verschwindet aber nicht. Statt von OpenAI abhängig zu sein, hängst du nun an Microsofts Modell, Microsofts Chips und Microsofts Agenten-Plattform. Das kann günstiger und integrierter sein — aber es bleibt eine Abhängigkeit von einem Anbieter.

„Verpflichtend nach Fallback” ist ein Planungsrisiko. Wer GPT-4 dauerhaft braucht, muss sich frühzeitig nach Alternativen umsehen oder den Anbieter wechseln. Das Fallback-Fenster ist kurz.

Datums- statt Wertungsfrage. Polaris ist zum Zeitpunkt dieses Artikels (Juni 2026) gerade angekündigt. Ob es GPT-4 im Alltag wirklich schlägt, zeigt sich erst, wenn es breit im Einsatz ist.

FAQ

Ist Project Polaris ein Konkurrent zu GPT-4 oder Claude?
Im Coding-Kontext ja. Polaris ist Microsofts eigenes Coding-Modell und ersetzt GPT-4 Turbo in GitHub Copilot. Mehrere Berichte ordnen es zudem als Reaktion darauf ein, dass agentische Coding-Tools wie Claude Code bei Entwicklern Boden gutgemacht haben.
Muss ich als Copilot-Nutzer etwas tun?
Standardmäßig nicht — die Migration auf Polaris ab August 2026 ist laut Microsoft automatisch. Wer auf GPT-4 bleiben will, muss das Drei-Monats-Fallback aktiv vor der Umstellung konfigurieren. Danach wird Polaris verpflichtend.
Läuft Polaris auf eigener Hardware?
Laut Microsoft läuft Polaris auf den Maia-AI-Beschleunigern in Azure. Es ist als gehostetes Modell positioniert, nicht als lokal selbst betreibbares Open-Weight-Modell.
Sind die Benchmark-Zahlen verlässlich?
Sie stammen aus Microsofts eigener Kommunikation (HumanEval, MBPP) und waren zum Veröffentlichungszeitpunkt nicht unabhängig bestätigt. Behandle sie als Anbieter-Claim, nicht als neutrale Messung.
Was hat Polaris mit dem OpenAI-Bruch zu tun?
Microsoft und OpenAI haben im April 2026 ihre exklusive Partnerschaft beendet. Polaris ist der sichtbare technische Schritt, mit dem Microsoft eigene Modelle aufbaut, um die Abhängigkeit von OpenAI im Copilot-Stack zu reduzieren.

Fazit

Project Polaris ist weniger ein einzelnes Produkt als ein strategischer Hebel: Microsoft besitzt damit erstmals die volle Kette aus Modell, Inferenz-Chip und Editor. Für Copilot-Nutzer heißt das ab August 2026 ein neues Modell unter der Haube — automatisch, mit kurzem GPT-4-Fallback. Technisch ist die Mixture-of-Experts-Architektur auf eigenen Maia-Chips ein sinnvoller Effizienz-Ansatz; die Qualitätsversprechen sind aber bislang Hersteller-Claims ohne unabhängige Prüfung.

Die nüchterne Empfehlung: Wenn dein Team Copilot ernsthaft nutzt, plane das Fallback-Fenster ein, teste Polaris gegen deine echten Aufgaben statt gegen Benchmarks und behalte im Kopf, dass sich die Anbieter-Abhängigkeit verschiebt — nicht auflöst.