Microsoft hat am 25. September 2026 eine grundlegende Neuausrichtung von Microsoft Copilot angekündigt. Die KI-Assistenz wird in drei klar abgegrenzte Bereiche aufgeteilt: Home, Code und Autopilot. Das Ziel laut Microsoft ist, Copilot stärker in den tatsächlichen Arbeitsfluss zu integrieren – für Einzelpersonen ebenso wie für Organisationen.
Was ist neu?
Die bisherige Copilot-Oberfläche war für viele Anwender ein Gemischtwarenladen: Chat hier, Code-Vorschläge dort, Automatisierungen irgendwo dazwischen. Mit der neuen Struktur zieht Microsoft klare Grenzen:
| Bereich | Zweck | Zielgruppe |
|---|---|---|
| Home | Persönlicher Einstiegspunkt, kontextbezogene Aufgaben und Tagesübersicht | Alle Anwender |
| Code | Codegenerierung, -erklärung und -review direkt im Entwicklerkontext | Entwickler, DevOps-Teams |
| Autopilot | Autonome Aufgabenausführung ohne kontinuierliche Nutzerinteraktion | Power User, Administratoren, Prozessverantwortliche |
Besonders der Bereich Autopilot verdient Aufmerksamkeit: Hier geht es nicht mehr um Vorschläge, die ein Mensch bestätigt, sondern um Aufgaben, die Copilot eigenständig zu Ende führt. Microsoft spricht von „work as it evolves“ – also einer KI, die sich dem tatsächlichen Arbeitsrhythmus anpasst, anstatt nur auf Eingaben zu reagieren.
In meinen Azure-Kursen taucht die Frage nach der praktischen Nutzbarkeit von Copilot regelmäßig auf. Bisher war die ehrliche Antwort oft: „Kommt drauf an, was Sie erwarten.“ Die neue Dreiteilung könnte das ändern, weil Anwender von Anfang an in den richtigen Kontext geleitet werden.
Was bedeutet das für Azure-Admins?
Für Teams, die Azure-Umgebungen verantworten, ist vor allem der Autopilot-Bereich relevant – und zwar kritisch zu betrachten. Autonome Aufgabenausführung klingt effizient, wirft aber sofort Fragen zu Governance (Steuerung und Kontrolle) und Least-Privilege-Prinzipien auf.
Praxistipp: Prüfen Sie frühzeitig, welche Berechtigungen Copilot Autopilot in Ihrer Umgebung benötigt und ob bestehende Conditional-Access-Richtlinien (Zugriffssteuerungsregeln in Entra ID) greifen. Autonome Agenten sind kein Selbstläufer – die Zugriffssteuerung muss von Anfang an mitgedacht werden.
Folgendes Problem aus der Praxis: In Umgebungen ohne sauber definierte Service-Principal-Grenzen kann ein autonomer Agent schnell mehr tun, als beabsichtigt. Das ist kein Argument gegen Autopilot, aber ein klares Argument dafür, die eigene Azure-Governance vorher in Ordnung zu bringen.
Noch mal in Kürze – was Sie jetzt tun sollten:
- Lizenzsituation prüfen: Welche Copilot-SKU deckt die neuen Bereiche ab?
- Entra-ID-Richtlinien auf Autopilot-Szenarien hin evaluieren
- Entwicklungsteams frühzeitig über den neuen Code-Bereich informieren
- Pilotgruppe für Autopilot definieren, bevor der Rollout breiter wird
Die vollständigen Details finden Sie in der Originalankündigung bei Microsoft 365 Blog.