Copilot Home, Code und Autopilot: Team-Checkliste

Microsofts Copilot-Update vom September 2026 ergänzt neue Arbeitsbereiche und länger laufende Agenten. Prüfe Rollout, Identität, Laufzeit und Kosten vor einem Pilot.

Harllens George | 2026-09-27

Geöffneter Laptop mit Code auf einem Schreibtisch in einem hellen, modernen Arbeitsbereich.
Beispiel für einen Programmierarbeitsplatz, kein Screenshot von Microsoft Copilot und kein Nachweis eines produktiven Mandanten. Bildquelle. Foto von Daniil Komov via Pexels. Pexels License.

Microsofts Ankündigung vom 25. September beschreibt mehr als eine überarbeitete Copilot-Oberfläche. Sie skizziert Arbeitsbereiche zum Antworten, Delegieren, Erstellen und längerfristigen Ausführen von Aufgaben. Für Teams ist zunächst wichtig, Fähigkeiten, Rollout-Status, Betriebsgrenzen und Kostenmodell auseinanderzuhalten.

Dieser Artikel basiert auf Microsofts offizieller Ankündigung vom 25. September 2026. Die Angaben zur Verfügbarkeit stammen aus dieser Ankündigung und wurden nicht in einem bestimmten Mandanten unabhängig geprüft. Produktnamen, Berechtigung und Rollout-Termine können sich ändern. Prüfe vor einer Planung Microsofts aktuelle Dokumentation und die Kontrollen deines Mandanten.

Drei Bereiche, unterschiedliche Aufgaben

Funktion Vorgesehene Rolle laut Ankündigung Von Microsoft genannter Status
Home Einstieg, der Chat und Cowork verbindet und Office-Dokumente in den Arbeitsablauf einbezieht. Der Frontier-Rollout sollte in den folgenden Wochen beginnen.
Code Apps, Tracker, Dashboards und Abläufe aus natürlichsprachigen Anweisungen erstellen. Frontier-Rollout zum Ende des Septembers, danach breitere Verfügbarkeit; eine Vorschau für Microsoft 365 Premium und Pro wurde für später 2026 beschrieben.
Autopilot Dauerhafter Cloud-Agent, der Ziele verfolgen, über längere Zeit arbeiten und wiederkehrende Aufgaben fortsetzen kann. Ausweitung auf eine private Vorschau zum Ende des Septembers angekündigt.
Copilot Managed Runtime Gehostete Grundlage im Mandanten zum Ausführen und Teilen codebasierter Apps. Als Vorschau beschrieben.

Termine und Bezeichnungen stammen von Microsoft. Ein angekündigter Rollout bedeutet nicht, dass eine Funktion in jedem Mandanten, jeder Region, Lizenz oder Richtlinienkonfiguration verfügbar ist.

Der Architekturwechsel ist entscheidend

Wichtig ist der Unterschied zwischen einer einzelnen Modellantwort und einem delegierten Prozess. Home wird als Ort für Orientierung und den Wechsel zwischen Gespräch und delegierter Arbeit dargestellt. Code eröffnet den Weg von einer natürlichsprachigen Anfrage zu einer kleinen Lösung. Autopilot soll Aufgaben über längere Zeit fortführen, statt auf jede neue Eingabe zu warten.

Damit werden klare Grenzen wichtiger. Microsoft beschreibt Code als Sandbox und Managed Runtime als mögliche Hosting-Umgebung innerhalb von Microsoft 365. Autopilot soll eine eigene Identität, ein Gedächtnis, einen Computer und einen Arbeitsbereich mit Berechtigungs- und Auditkontrollen haben. Das sind Produktangaben aus der Ankündigung, kein Nachweis, dass eine konkrete Implementierung passende Berechtigungen oder ein akzeptables Fehlerverhalten besitzt.

Kläre vor einem Pilot:

  • Welche Identität handelt, und auf welche Ressourcen kann sie zugreifen?
  • Bleibt die Arbeit in einer Benutzersitzung, läuft sie in einer Sandbox oder in einer dauerhaften Mandantenlaufzeit?
  • Welche Konnektoren, Plugins, Dateien und Geschäftsdaten sind erreichbar?
  • Was wird protokolliert, wer prüft Aktionen und wie lässt sich eine Aufgabe stoppen oder zurücksetzen?
  • Welche Aktionen brauchen eine menschliche Freigabe, bevor sie Kunden, Geld oder Produktionsdaten betreffen?

Verfügbarkeit und Kosten getrennt prüfen

Der Beitrag unterscheidet abonnementbasierte Copilot-Nutzung von nutzungsabhängiger Abrechnung für agentische Funktionen wie Cowork, Code und Autopilot. Für Abonnementanfragen beschreibt Microsoft automatische Modellauswahl, bei nutzungsabhängiger Abrechnung eine direktere Modellwahl. Ein technischer Pilot sollte deshalb nicht von einem einzigen pauschalen Kostenrahmen ausgehen.

Lass Lizenz, Vorschauzugang, Region, Abrechnung, Kreditlimits und Administratorkontrollen von den zuständigen Mandanten- und Finanzverantwortlichen prüfen. Lege ein kleines Pilotbudget und eine Abbruchbedingung fest, bevor Aufgaben aktiviert werden, die lange laufen oder wiederkehren können. Verfolge die Nutzung pro Funktion und Aufgabe statt nur pro Person. Prüfe außerdem, welche Agent-365-Kontrollen und Nutzungsübersichten in deiner Zielumgebung tatsächlich verfügbar sind.

Ein sicherer Pilotablauf

  1. Begrenze eine Aufgabe. Wähle einen internen, umkehrbaren Ablauf mit synthetischen oder wenig sensiblen Daten. Notiere erwartetes Ergebnis und verbotene Aktionen.
  2. Bestätige den Rollout. Prüfe Lizenz, Frontier- oder Vorschauzugang, Region, Mandantenrichtlinien und aktuelle Release Notes. Mache aus einem Ankündigungsdatum keinen Projekttermin.
  3. Ordne Identität und Datenzugriff zu. Dokumentiere Identität, delegierte oder App-Berechtigungen, Konnektoren, Datenquellen und Auditereignisse. Teste erlaubte und verweigerte Zugriffe.
  4. Prüfe die Laufzeit. Kläre, ob Sitzungs-Sandbox oder dauerhafte Mandantenlaufzeit genutzt wird. Prüfe Netzwerk, Geheimnisse, Paketregeln, Aufbewahrung und Bereinigung.
  5. Teste Unterbrechung und Wiederherstellung. Berücksichtige fehlende Eingaben, verweigerte Berechtigungen, Zeitüberschreitung, doppelte Anfrage und Abbruch. Prüfe, ob Wiederholungen externe Aktionen duplizieren können.
  6. Begrenze die Kosten. Lege Limits, Verantwortliche und Prüfintervalle fest. Vergleiche das Ergebnis mit Gesamtkosten für Modell, Laufzeit und menschliche Kontrolle.
  7. Erweitere nur anhand von Nachweisen. Bewahre Testfälle und beobachtete Ergebnisse auf. Ergänze erst dann einen weiteren Ablauf, wenn Verantwortlichkeit und Rücknahmeweg geklärt sind.

Das ist eine Evaluierungs-Checkliste, kein Bericht über einen Mandanteneinsatz. Für diesen Artikel wurde keine Kundenumgebung aufgerufen oder getestet.

Häufige Fehlannahmen

  • Rollout mit Verfügbarkeit gleichsetzen. Prüfe Zugang und Richtlinien in der konkreten Zielumgebung.
  • Alle Funktionen gleich behandeln. Home, Code, Autopilot und Managed Runtime haben unterschiedliche Rollen und Laufzeitgrenzen.
  • Ein Abonnement als vollständiges Kostenmodell ansehen. Kläre nutzungsabhängige Agentenfunktionen, Limits und Laufzeitkosten separat.
  • Eine Ankündigung als Testnachweis werten. Halte Tenant-Test, beobachtetes Ergebnis und Herstellerangabe auseinander.

Fazit

Home, Code und Autopilot deuten auf ein breiteres Copilot-Betriebsmodell: Gespräch, delegierte Arbeit, Lösungserstellung und länger laufende Agenten mit Organisationskontext. Das kann Abläufe zusammenhängender machen, erhöht aber auch die Bedeutung von Identität, Laufzeit, Lebenszyklus, Audit und Kosten.

Behandle jede Funktion als eigenen Pilot mit klaren Zugriffs- und Ausgabenlimits. Prüfe den tatsächlichen Rollout im Mandanten und miss zunächst einen begrenzten Ablauf, bevor du ihn erweiterst.

Weiterführende Artikel

Redaktioneller Hinweis: KI-unterstützte Zusammenfassung einer Herstellerankündigung. Verfügbarkeits- und Sicherheitsangaben werden Microsoft zugeschrieben. Dieser Artikel enthält weder einen unabhängigen Mandantentest noch ein Kundenergebnis.