Microsoft hat Windows auf der Build 2026 zur Agent-Plattform gemacht. Die CTO-Entscheidung vor dem GA des Windows Agent Stores

Microsofts Build 2026-Keynote hat nicht nur Features vorgestellt. Sie hat das Beschaffungsmodell für Enterprise-Agent-Bereitstellung auf Windows neu definiert, und die Entscheidung Ihres Teams im Q3 wird bestimmen, wie viel Flexibilität Sie haben, sobald der Windows Agent Store (WAS) allgemein verfügbar (GA) wird.

Am 2. Juni im Fort Mason in San Francisco eröffnete Satya Nadella die Build 2026 mit einem Bündel von Ankündigungen, die zusammengenommen neu definieren, was es bedeutet, Agents innerhalb Ihrer Organisation zu betreiben. Laut ChatForests Build 2026-Zusammenfassung lieferte Microsoft das Windows Agent Framework (WAF) als MIT-lizenziertes Open-Source-Projekt, brachte die Windows Agent Runtime (WAR) in die Vorschau, öffnete den Windows Agent Store mit einem 85/15 Entwickler-Umsatzsplit und benannte Project Polaris als das standardmäßige Ersatzmodell in GitHub Copilot ab August 2026.

Dieser letzte Punkt verdient eine zweite Lektüre. Microsoft ersetzt GPT-4 durch ein intern entwickeltes Modell in seinem eigenen Entwicklerprodukt, das auf eigenen Maia-Beschleunigern läuft. Das Unternehmen, das seine KI-Strategie auf OpenAI aufgebaut hat, integriert jetzt die Modellschicht vertikal. Für CTOs, die eine GitHub-Copilot-Sitzplatzzahl auf Basis der OpenAI-Modellqualität genehmigt haben, ist das keine Fußnote. Es ist ein Gespräch zur Vertragsverlängerung.

Was auf der Build 2026 tatsächlich geliefert wurde

Wichtigste Fakten:

• 85/15 Entwickler-Umsatzbeteiligung: Der Windows Agent Store zahlt Entwicklern 85 %, gegenüber 70/30 beim Apple App Store und Mac App Store. Microsoft unterbietet beide Plattformen, um ISV-Distribution zu gewinnen. (Quelle: ChatForest Build 2026-Zusammenfassung)
• Project Polaris wird Standard in GitHub Copilot: August 2026, mit einer 3-monatigen optionalen GPT-4-Rückfalloption. Läuft auf Microsofts Maia-Beschleunigern. (Quelle: ChatForest)
• Build 2026-Keynote: 2. Juni 2026, Fort Mason SF, Satya Nadella zur Eröffnung. (Quelle: NotebookCheck)

Was Microsoft tatsächlich angekündigt hat, ohne die Marketing-Schicht:

• Windows Agent Framework (WAF): Ein MIT-lizenziertes Open-Source-Agent-Entwicklungsframework mit nativen Agent-Programmierschnittstellen (APIs), die in die Windows-OS-Shell integriert sind. MIT-Lizenzierung bedeutet schnelle Standardisierung. Drittanbieter-Agent-Entwickler werden WAF innerhalb von Monaten als Ziel ansteuern.
• Windows Agent Runtime (WAR): Eine Vorschau-Runtime, die Agents direkt auf Windows-Geräten hostet und ausführt. Das ist die lokale Ausführungsumgebung. Sie ergänzt das bestehende Windows 365 for Agents, das einen Cloud-Personal-Computer (Cloud PC) als Agent-Host verwendet. Für Windows-Agents existieren jetzt zwei Runtimes, noch bevor Azure ins Spiel kommt.
• Windows Agent Store (WAS): Ein kuratierter Marktplatz für die Verteilung von Agents an Enterprise-Nutzer. Adobe und Zoom sind als Design-Partner benannt. Die 85/15-Umsatzbeteiligung ist die Schlagzeile: Entwickler behalten mehr, also bauen mehr Entwickler zuerst für Windows.
• Project Polaris: Microsofts selbst entwickeltes Coding-Modell. Es ersetzt GPT-4 als Standard in GitHub Copilot ab August 2026. Eine 3-monatige Rückfalloption auf GPT-4 steht zur Verfügung. Polaris läuft auf Microsofts eigenen Maia-Beschleunigern, was bedeutet, dass die Inferenz-Kostenstruktur künftig vollständig unter Microsofts Kontrolle liegt.

Warum drei Runtimes die eigentliche Geschichte sind

Die Ankündigung, die am meisten Berichterstattung erhält, ist der Windows Agent Store. Aber die strukturelle Entscheidung darunter ist weniger offensichtlich: Microsoft bietet Enterprise-CTOs jetzt drei unterschiedliche Runtime-Umgebungen für Windows-Agents, und der Store verbindet sich mit allen dreien.

Hier ist die Übersicht:

Diese Runtimes sind nicht austauschbar. Ein für Local Windows + WAR entwickelter Agent hat ein grundlegend anderes Identitätsmodell als einer, der in einem Windows 365 Cloud PC läuft. Beide ohne explizite Auswahl zu mischen, erzeugt Prüflücken, was Compliance-Risiken bedeutet.

Im Vergleich: Apple behandelt Distribution anders. Der App Store (70/30) und der Mac App Store (70/30) speisen jeweils eine einzige Runtime. Microsoft betreibt eine komplexere Architektur, und die 85/15-WAS-Umsatzbeteiligung ist der Anreiz, ISVs zum Entwickeln für alle drei Runtimes zu bewegen.

Für CTOs, die ein KI-Anbieterbewertungs-Framework aufbauen, muss diese Runtime-Dreiteilung eine explizite Bewertungsachse sein, bevor ein konkreter Agent genehmigt wird. Wer wartet, bis Agents bereits bereitgestellt sind, bevor die Frage „Auf welcher Runtime laufen diese?" gestellt wird, findet die Antwort auf drei verschiedene Governance-Oberflächen verteilt.

Der benannte Rahmen für dieses Denken: The Three-Runtime Test. Für jede neue Windows-Agent-Bereitstellung sind drei Fragen zu beantworten, bevor sie genehmigt wird: In welcher Runtime lebt dieser Agent (Local WAR / Windows 365 Cloud PC / Azure Agent Mesh)? Wer besitzt seine Identität und sein Prüfprotokoll? Wie ist der Rückfallpfad, wenn die Runtime eingestellt oder der Anbieter aus dem Store entfernt wird?

Was sich für die GitHub Copilot-Verlängerung ändert

Project Polaris ist kein einfacher Modellwechsel. Es ist Microsofts Neuunterzeichnung seines eigenen KI-Produkt-Stacks.

Als Ihre Organisation GitHub Copilot-Sitzplätze genehmigte, kauften Sie OpenAI-Modellqualität in einem Microsoft-Produkt. Ab August 2026 ist das Standardmodell Polaris, ein Microsoft-entwickeltes Coding-Modell, das auf Maia-Beschleunigern läuft. Die 3-monatige GPT-4-Rückfalloption gibt Zeit, aber sie ist eine Rückfalloption, keine dauerhafte Option. Nach diesem Fenster wird das Verbleiben bei GPT-4 in Copilot wahrscheinlich eine explizite Konfiguration oder ein anderes Produkt-Tier erfordern.

Die Fragen, die Ihr Team vor dem August-Standard-Wechsel beantworten muss:

1. Beinhaltete Ihre Copilot-Sitzplatzgenehmigung einen Modellqualitäts-Benchmark? Wenn ja, testen Sie Polaris jetzt dagegen, während das Rückfallfenster noch offen ist.
2. Betreibt Ihre Organisation eine GitHub Enterprise-Lizenz mit Modell-Anpassungszugang? Wenn ja, ist die Polaris-Migration eine Konfigurationsentscheidung, nicht nur eine Verlängerungsentscheidung.
3. Bezieht sich die KI-Nutzungsrichtlinie Ihres Sicherheitsteams explizit auf OpenAI oder auf „das Modell, das Copilot antreibt"? In jedem Fall ist eine Richtlinienüberprüfung fällig. Sehen Sie Building Your AI Use Policy für den Umfang dieser Überprüfung.

Das tiefere Problem ist die Anbieterkonzentration. Microsofts Wechsel zu Polaris ist genau die Art von Single-Vendor-Lock-in-Verschiebung, die KI-Anbieterabhängigkeits-Mitigationsstrategien frühzeitig aufdecken sollen. Polaris mag für Sie in Ordnung sein, aber die Entscheidung, es zu akzeptieren, sollte explizit sein, nicht per Voreinstellung.

FAQ

Müssen wir im August von GPT-4 in GitHub Copilot migrieren?

Nicht sofort. Microsoft bietet nach der Standardumstellung auf Polaris eine 3-monatige optionale Rückfalloption auf GPT-4. Aber die Rückfalloption ist zeitlich begrenzt. Der richtige Schritt ist, Polaris jetzt gegen die tatsächlichen Coding-Workflows Ihres Teams zu testen, während das Vorschaufenster offen ist, und die Rückfalloption als Puffer zur Bewertung zu nutzen, nicht als dauerhaften Aufschub.

Ist der Windows Agent Store ein unternehmenskontrollierter oder offener Marktplatz?

Microsoft beschreibt ihn als kuratiert, mit Adobe und Zoom als Design-Partner. Aber „kuratiert" bedeutet nicht IT-kontrolliert. Enterprise-Administratoren werden WAS-Zugriffsrichtlinien wahrscheinlich über Microsoft Intune oder Entra-basierte bedingte Zugriffskontrolle konfigurieren müssen. Wie granular diese Kontrollen sind, wird erst beim GA klar sein. CTOs sollten Microsoft-Accountteams auf konkrete Antworten zu Enterprise-Tenant-Kontrollen drängen, bevor WAS-bezogene Agents genehmigt werden.

Die Windows-Agent-Beschaffungscheckliste für Q3

Führen Sie diese mit Ihren Architektur- und Sicherheitsverantwortlichen durch, bevor der Windows Agent Store GA wird:

Schritt 1: Weisen Sie jeden aktuellen und geplanten Windows-Agent einer Runtime zu. Ordnen Sie jeden Agent (einschließlich GitHub Copilot, Azure OpenAI-Integrationen und ISV-Tools mit Windows-Clients) einer der drei Runtimes zu: Local Windows + WAR, Windows 365 Cloud PC oder Azure Agent Mesh. Erlauben Sie keine nicht zugewiesenen Agents. Nutzen Sie Ihren KI-Genehmigungsgateway- und Anbieterbewertungsprozess, um dies durchzusetzen.

Schritt 2: Definieren Sie Identitäts- und Prüfverantwortung pro Runtime. Legen Sie für jede verwendete Runtime fest, welches Team die Identitätsoberfläche besitzt (IT, Sicherheit oder Plattform-Engineering) und wo das Prüfprotokoll landet. Machen Sie das explizit in Ihrer Prüfpfad-Dokumentation für KI-Ausführungsaktionen, bevor ein WAS-bezogener Agent genehmigt wird.

Schritt 3: Setzen Sie ein Polaris-Bewertungstor vor August. Planen Sie eine Copilot-Qualitätsprüfung während des 3-monatigen Rückfallfensters. Führen Sie Ihre drei bis fünf wichtigsten Coding-Workflows durch Polaris aus. Vergleichen Sie die Ausgabequalität mit GPT-4-Baselines. Entscheiden Sie explizit, ob Sie Polaris als Standard akzeptieren oder einen erweiterten GPT-4-Zugang beantragen. Lassen Sie die August-Standard-Umstellung nicht ohne eine dokumentierte Entscheidung eintreten.

Schritt 4: Aktualisieren Sie Ihr Anbieterrisikoregister. Fügen Sie den Windows Agent Store als Vertriebskanal-Risikoeintrag hinzu. Notieren Sie, dass Agents aus dem WAS über mehrere Runtimes laufen können und dass Microsoft die Umsatzbeteiligung, Kurierungskriterien und Runtime-Kompatibilitätsspezifikationen kontrolliert. Gleichen Sie das mit Ihren KI-Anbieterabhängigkeits-Mitigationsstrategien ab, um akzeptable Risikogrenzen vor der Genehmigung von WAS-bezogenen Agents in großem Maßstab zu dokumentieren.

Was diese Woche zu tun ist

Der WAS ist noch nicht GA. Das ist Ihr Planungsfenster. Was vor dem GA-Zeitpunkt zählt:

• Briefen Sie Ihr Microsoft-Accountteam zu Ihren Runtime-Architektur-Fragen. Fordern Sie konkrete Antworten zu Enterprise-Tenant-Kontrollen für WAS an, bevor die Produktteams vom GA-Launch-Trubel überwältigt werden.
• Prüfen Sie Ihr GitHub Copilot-Verlängerungsdatum. Wenn Sie innerhalb von 6 Monaten vor der Verlängerung sind, starten Sie die Polaris-Bewertung jetzt. Das 3-monatige Rückfallfenster muss in dieses Zeitfenster passen.
• Lesen Sie die WAF-MIT-Lizenz. Open-Source-Lizenzierung verändert den Sicherheits-Review-Prozess. Ihr AppSec-Team muss WAF prüfen, bevor ein internes Team darauf aufbaut. MIT ist permissiv, aber das hat zwei Seiten.
• Setzen Sie „drei Runtimes" auf die Agenda Ihres nächsten Architektur-Reviews. Auch wenn Ihre Organisation heute keine Windows-Agents aktiv bereitstellt, prägt die Runtime-Architekturentscheidung jede künftige Anbieterbewertung. Treffen Sie die Entscheidung bewusst, solange Sie die Wahl noch haben.
• Prüfen Sie, ob Ihre KI-Nutzungsrichtlinie Agent-Vertriebsmarktplätze abdeckt. Die meisten vor 2026 verfassten Richtlinien tun das nicht. Der WAS ist eine neue Vertriebsoberfläche mit eigenen Sicherheits- und Beschaffungsimplikationen.

Für den breiteren Rahmen, wie Entscheidungen dieser Art in eine mehrjährige KI-Bereitstellungsstrategie passen, ist das 5-Stufen-Modell der KI-Reife eine nützliche Referenz, um die aktuelle Bereitschaft Ihrer Organisation einzuordnen und zu wissen, wie aggressiv Sie bei der frühen WAS-Adoption sein sollten.

Weiterlesen

• Anbieterbewertungs-Framework für KI-Tools
• KI-Anbieterabhängigkeit: Mitigationsstrategien
• Autonomous Agent: Multi-Step-Ziele mit Tool-Nutzung
• Die 5 Stufen der KI-Reife