Kurz gesagt: Microsoft hat Copilot als Home, Code und Autopilot neu entwickelt – eine Betriebssystem-Oberfläche für die Arbeit mit aktiven Office-Dateien, mandanteneigenen Apps und einem permanenten Agenten, der auch nach dem Abmelden weiterläuft. Chat-Aktivitäten werden über die Arbeitsplatzlizenzen abgerechnet; die Agentenarbeit wird nutzungsbasiert abgerechnet. Wenn Sie Microsoft 365 verwenden, legen Sie vor der nächtlichen Ausführung von Aufgaben durch Autopilot Identitäts-, Überwachungs- und Kostenlimits fest.
Wichtigste Erkenntnisse:
Startseite: Starten Sie in der Startseite, damit Chat und Cowork den Kontext teilen, anstatt separate KI-Hubs zu verwenden.
Code-Sandbox: Tracker und Apps ausschließlich in natürlicher Sprache innerhalb der Managed Runtime gemäß den IT-Regeln erstellen.
Autopilot-Identität: Weisen Sie jedem Agenten einen Namen, eine Rolle, ein Ziel und einen Prüfpfad zu, bevor er Personen mit @ erwähnt.
Abrechnungsaufteilung: Täglicher Chat bleibt über USL; Cowork, Code und Autopilot werden über UBB mit Verbrauchsbegrenzung abgerechnet.
Menschliche Kontrollmechanismen: Externe Sendungen und kundenseitige „Erledigt“-Markierungen werden blockiert, bis eine Person die Nachricht überprüft.
Die Art und Weise, wie Microsoft über Copilot spricht, hat sich verändert. Es ist nicht mehr nur ein Chat-Tool für die Seitenleiste und auch nicht mehr nur ein Produktivitäts-Add-on für Word oder Teams. Satya Nadella bezeichnete die Neuentwicklung von Copilot als ein neues Betriebssystem für die Arbeit . Jared Spataro, CMO für KI am Arbeitsplatz, beschrieb dies im offiziellen Microsoft-Beitrag ähnlich : drei Benutzeroberflächen, eine Agentenplattform und die klare Strategie, digitale Teammitglieder in Microsoft 365 zu integrieren – mit Identitäts-, Speicher- und Governance-Funktionen.
Die überarbeitete Copilot-App konzentriert sich jetzt auf die Bereiche Startseite, Code und Autopilot. Auf der Startseite können Sie Projekte starten, chatten und größere Aufgaben delegieren. Mit Code kann fast jeder eine App oder einen Workflow in Alltagssprache beschreiben und erhält sofort konkretes Feedback. Autopilot – ehemals Scout – ist der zuverlässige Assistent, der auch dann weiterarbeitet, wenn Sie offline, im Schlaf oder in einem Meeting sind.
Klingt das nach Marketing-Gerede? Kann es auch sein. Doch bei genauerer Betrachtung der Produktversprechen wird alles klarer: Office-Dateien bleiben in Copilot aktiv, eine verwaltete Laufzeitumgebung hostet mandantenspezifische Anwendungen, die Abrechnung der Agentenkomponenten erfolgt nutzungsbasiert, und Agenten werden in Teams wie Personen mit Namen und Rollen angezeigt. Hier ist die Übersicht.
Warum Microsoft dies als ein Betriebssystem für die Arbeit bezeichnet
Copilot als Betriebssystem zu bezeichnen, ist eine bewusste Metapher. Ein Betriebssystem beantwortet nicht nur Fragen. Es hostet Anwendungen, verwaltet Identitäten, leitet Aufgaben weiter und speichert den Zustand über Sitzungen hinweg. Genau diese Struktur verfolgt Microsoft.
Statt zwischen Chatfenster, separatem Agentenstudio und einer Vielzahl von Office-Fenstern hin- und herzuwechseln, wünscht sich das Unternehmen eine einzige Arbeitsfläche, die Folgendes kann:
- Informieren Sie sich über aktuelle Aktivitäten und Vorschläge
- Führen Sie Sofortgespräche, wenn Sie schnell eine Antwort benötigen
- Mehrstufige Projekte von Anfang bis Ende delegieren
- Erstellen Sie individuelle Tools ohne eine volle IT-Ticket-Warteschlange
- Betreiben Sie einen persönlichen Agenten, der nicht Feierabend macht, wenn Sie es tun
Nichts davon ersetzt Excel oder Teams. Es ergänzt sie lediglich. Die Idee ist, dass Copilot die erste Ebene wird, die Nutzer öffnen, und sich dann je nach Bedarf in Dokumente, Kanäle und benutzerdefinierte Apps einfügt. Ob sich das durchsetzt, hängt von der Qualität der Einführung und davon ab, wie störend Autopilot im Produktivbetrieb empfunden wird – aber das Ziel ist klarer als die alte Vorstellung vom „Chat neben den Dokumenten“.
Eine kleine Anmerkung am Rande: Jede große Plattform möchte letztendlich der Startbildschirm sein. Microsoft dominiert bereits den Desktop-Bereich für einen Großteil der Wissensarbeit. Copilot als Arbeitsbetriebssystem zu etablieren, ist weniger eine Markenstrategie als vielmehr die Überzeugung, dass Anwender eine erstklassige Benutzeroberfläche benötigen, keine isolierte Plattform.
Startseite: Chat und Cowork an einem Ort
Das Zuhause ist der neue Haupteingang. Es vereint Chat und Cowork , sodass Sie nicht mehr zwischen „eine Frage stellen“ und „ein Projekt starten“ wählen müssen, bevor Sie überhaupt wissen, was Sie brauchen.
Auf der Startseite können Sie Ihre letzten Aktivitäten einsehen, Vorschläge überfliegen und genau dort weitermachen, wo Sie aufgehört haben. Letzteres ist wichtiger, als es zunächst scheint. Kontextverlust ist die unterschwellige Belastung bei der Arbeit mit KI: Man erklärt das Briefing, klappt den Laptop zu, öffnet ihn am nächsten Tag wieder und erklärt das Briefing erneut. Die Startseite soll diesen Kreislauf unterbrechen.
Chat bleibt der direkte Kommunikationskanal. Eine Überarbeitung, eine kurze Zusammenfassung, ein Feedback zum passenden Tonfall – all das bietet Chat. Cowork ist die ideale Plattform, um komplexe Projekte von Anfang bis Ende zu delegieren – beispielsweise eine Angebotsanfrage, ein Launch-Kit, ein Briefing für die Führungsebene oder einen Finanzabschlussbericht. Sie müssen nicht jeden Absatz einzeln prüfen. Sie definieren lediglich das gewünschte Ergebnis.
Als Nächstes auf dieser Oberfläche: Geben Sie an, was Sie benötigen, und Copilot leitet Sie zu Chat, Cowork oder Code weiter. Diese Routing-Ebene ist das unauffällige Produktdetails, das die Betriebssystem-Metapher etwas konkreter macht. Eine gute Benutzeroberfläche zwingt Sie nicht, jedes Mal das richtige Subsystem auszuwählen. Sie erkennt Ihre Absicht und öffnet die passende Verbindung.
Wer schon ein Dutzend „vereinheitlichter KI-Plattformen“ erlebt hat, die sich immer noch wie drei notdürftig zusammengeflickte Produkte anfühlten, sollte etwas Skepsis walten lassen. Der Unterschied hier ist, dass Chat und Cowork denselben Ausgangspunkt und dieselbe tiefgreifende Office-Integration teilen, auf die wir gleich eingehen werden.
Office Inside Copilot: Echte Dateien, Live-Synchronisierung
Dieser Aspekt wird in sechs Monaten entweder selbstverständlich sein oder sich noch immer unbeschreiblich anfühlen. Microsoft integriert vollständige Word-, Excel- und PowerPoint-Funktionen in die Copilot-App. Keine Screenshots. Keine Entwürfe, die nur exportiert werden können. Echte, bearbeitbare Office-Dateien – von Einführungsbriefings über Budgets bis hin zu Präsentationen –, die mit den Office-Anwendungen synchronisiert bleiben, die Ihre Teammitglieder bereits verwenden.
Live-Teamsynchronisierung und @Erwähnungsbearbeitungen sind Teil des Angebots. Sie können in Copilot an einem Briefing arbeiten, jemand anderes öffnet dieselbe Datei in Word, und es entstehen keine zwei Versionen, die später zusammengeführt werden müssen. Genau solche Details sind für Unternehmenskunden wichtig, sobald sich die Aufregung um die Demo gelegt hat.
Im Spezialbereich:
- PowerPoint bietet markengerechte Vorlagen, damit Ihre Präsentationen Ihr Unternehmen widerspiegeln und nicht wie ein generisches KI-Designpaket aussehen
- Excel bietet Änderungserklärungen und Diagrammempfehlungen, was hilfreich ist, wenn ein Modell ein anderes neu anordnet und Sie wissen müssen, warum.
- Die Fähigkeiten bringen spezialisiertes Fachwissen in den Arbeitsablauf ein – Finanzarbeit in Excel, Unterstützung bei der juristischen Texterstellung in Word und ähnliche Domänenpakete
Fähigkeiten werden leicht unterschätzt. Ein allgemeines Chat-Modell, das „Grundkenntnisse im Finanzbereich“ vermittelt, ist nicht dasselbe wie ein auf Tabellenkalkulationslogik und Analysegewohnheiten zugeschnittener Kompetenzpfad. Ob Skills für Copilot den Durchbruch im App Store bedeuten oder eher eine unauffällige Unternehmensfunktion darstellen, bleibt abzuwarten. Die Richtung ist jedoch klar: spezialisierte Kompetenz, nicht eine Einheitslösung, die vorgibt, alle Abteilungen abzudecken.
Code: Beschreiben Sie die App, Holen Sie sich die App
Code ist die Oberfläche, die sich an Macher richtet, die nicht immer Entwickler sind – und an Entwickler, die dennoch einen schnelleren Weg von der Idee zum internen Werkzeug wünschen.
Jeder kann eine App, einen Tracker, ein Dashboard, eine Automatisierung oder einen Workflow in natürlicher Sprache beschreiben. Copilot entwickelt genau das. Im Hintergrund basiert es auf derselben Technologie wie GitHub Copilot – ein starkes Zeichen für Glaubwürdigkeit bei Nutzern, die diesem Stack bereits für Codevervollständigung und automatisiertes Programmieren vertrauen.
Wichtige Leitplanken in der Produktstory:
- Die Lösungen sind in einer Sandbox ausgeführt und werden vom Mandanten gehostet
- Microsoft Copilot Managed Runtime hostet den Code sicher innerhalb von Microsoft 365 unter IT-Governance.
- Die Erdung erfolgt über Microsoft IQ mit Plugins, die die Daten synchron halten
Die vorgestellte Lösung umfasst Desktop-Widgets, interaktive Dashboards und cloudbasierte interne Anwendungen. Damit wird ein Großteil der Realität des Unternehmensalltags abgedeckt, in der es heißt: „Ich brauche bis Freitag einen Tracker und will keinen Backlog-Eintrag, der drei Sprints in Anspruch nimmt.“.
Entwickler werden nicht verdrängt. Sie nutzen weiterhin GitHub Copilot, jetzt mit erweiterter Anbindung an die Copilot-Plattform. Die beiden Ansätze ergänzen sich: Anwender erhalten Code für operative Tools; Profis behalten ihre bestehenden Workflows und erhalten Zugang zur bestehenden Agenten-Infrastruktur.
Hier schlummert ein kultureller Gewinn, wenn die IT-Abteilung geschickt agiert. Viele Schatten-IT-Systeme existieren, weil das Warten auf eine offizielle Anwendung langsamer erscheint als das Bearbeiten einer Tabellenkalkulation per E-Mail. Microsofts Antwort darauf ist Code plus Managed Runtime: Entwickler können selbst entwickeln, die Software bleibt innerhalb des Tenants, und die Sicherheit erhält eine solide Basis. Das funktioniert jedoch nur, wenn die Sandbox real ist und die Plugin-Lösung nicht wie ein Flickwerk wirkt.
Was die Verfügbarkeit angeht, durchläuft Code zunächst das Frontier-Programm, bevor der Zugriff breiter gestreut wird. Eine Vorschauversion für Microsoft 365 Premium und Pro folgt später. Die verwaltete Laufzeitumgebung befindet sich bereits in der Vorschauphase. Dieselbe Grundlage soll Apps von Cowork, Code und Copilot Studio hosten, und Microsoft kündigt an, diese Laufzeitumgebung für Drittanbieter und professionelle Softwareentwickler zu öffnen. Sollte dies der Fall sein, wird die Laufzeitumgebung ebenso strategisch wichtig wie die Chat-Benutzeroberfläche – vielleicht sogar noch wichtiger.
Autopilot: Der Agent, der nicht auf eine Eingabeaufforderung wartet
Der Autopilot sorgt für die meisten Verwunderung – und das aus gutem Grund. Früher unter dem Namen Scout bekannt, positioniert er sich als zuverlässiger, proaktiver und persönlicher Assistent, der auch dann weiterarbeitet, wenn Sie es nicht tun.
Man gibt ihm einen Namen, eine Rolle und ein Ziel. Es überwacht Kanäle, verfolgt Diskussionen, erledigt wiederkehrende Aufgaben und kann ein Projekt Tage später wieder aufnehmen, ohne dass man es erneut anstoßen muss. Das ist ein ganz anderes Denkmodell als beim Chat. Chat funktioniert nach dem Pull-Prinzip. Autopilot ist Push-plus-Speicher.
Architektonisch beschreibt Microsoft Autopilot als cloudbasiert mit eigener Identität, eigenem Speicher, eigenem Computer und eigenem Arbeitsbereich, basierend auf Microsoft IQ. Es wird in Teams, Outlook, Chats, Kanälen und Dokumenten angezeigt. Sie können es wie einen Kollegen per @Erwähnung ansprechen. Berechtigungen, Prüfprotokolle und Governance sind Bestandteil der Unternehmenslösung – unverzichtbar, wenn ein Agent in Ihrem Namen Lieferantentermine vereinbaren soll.
Das Beispiel der Lieferantenbewertung ist ein echter Stresstest für das Konzept. Autopilot kann einen kompletten Prozess ausführen: Planung, Vorbereitung, Meetings, Nachbereitung, Stakeholder-Kommunikation. Das ist keine einzelne Anweisung, sondern eine Kampagne aus vielen kleinen Aktionen, die sich über mehrere Tage erstrecken. Funktioniert es reibungslos, ersetzt es einen Großteil der Projektmanagement-Arbeit. Ist es hingegen zu gesprächig oder fehlerhaft, wird es zu einer Flut von Benachrichtigungen. Der Erfolg des Produkts hängt von dieser Einschätzung ab.
Externe Berichte verglichen die Herkunft von Autopilot mit OpenClaw, einem Open-Source-Ansatz für autonome Agenten, und hoben die Cloud-basierte Unternehmensversion gegenüber lokalen Installationen sowie die strengeren Sicherheitsvorkehrungen hervor. In den Berichten wurden Demos für den Einzelhandel und Workflows für überfällige Bestellungen vorgestellt. Diese Beispiele sollten als Behauptungen und Demos betrachtet werden, nicht als Versprechen, dass jeder Mandant über Nacht eine Vielzahl von Autopiloten einsetzen wird. Dennoch ist die Möglichkeit vieler Autopiloten in einem Mandanten – jeder mit unterschiedlichen Rollen – genau der Grund, warum Identität und Auditierung so wichtig sind.
Der Multi-Agenten-Ansatz mag zunächst belächelt werden, doch stellen Sie sich vor, wie ein Beschaffungs-Autopilot, ein Kundenerfolgs-Autopilot und ein Finanzabschluss-Autopilot alle im selben System arbeiten. Es handelt sich nicht um drei Chat-Sitzungen, sondern um drei namentlich benannte Mitarbeiter mit unterschiedlichen Zielen, sich überschneidenden Kalendern und gemeinsamen Kommunikationskanälen. Ohne klare Berechtigungen und Kontrollmechanismen artet das schnell in Chaos aus. Mit ihnen ähnelt es eher der Personalplanung – nur eben mit Cloud-Speicher und einem Computer, der keinen Urlaub benötigt.
Klartext: Dies ist die bisher überzeugendste Implementierung von „Agenten als digitale Teammitglieder mit Corporate Identity“ auf einer großen Plattform. Das große Interesse an Autopilot ist nachvollziehbar. Hartnäckige Agenten werfen wichtige Fragen zu Eigentumsverhältnissen, Haftung und Kosten auf, die ein höflicher Chat nie aufgeworfen hätte.
Zuhause vs. Programmieren vs. Autopilot auf einen Blick
Falls Sie diese gedanklich bereits in Kategorien einteilen, finden Sie hier einen übersichtlichen Vergleich der drei Oberflächen, wie Microsoft sie beschreibt:
| Oberfläche | Am besten geeignet für | Wie Sie interagieren | Wenn es funktioniert | Rechnungsgeschmack |
|---|---|---|---|---|
| Startseite (Chat + Cowork) | Ausgangspunkt, schnelle Antworten, delegierte Projekte, Büroarbeiten innerhalb von Copilot | Gespräch, Vorschläge, Übergabe an Cowork oder Code | Während Sie beschäftigt sind, kann Cowork längere, von Ihnen zugewiesene Aufgaben erledigen | Everyday Chat / Office Copilot auf Basis einer Benutzerabonnementlizenz (USL); Cowork-Agentennutzung auf Basis nutzungsbasierter Abrechnung (UBB) |
| Code | Apps für natürliche Sprache, Tracker, Dashboards, Automatisierungen, interne Tools | Beschreiben Sie Ihre Anforderungen; Managed Runtime hostet das Ergebnis | Sitzungen erstellen und iterieren; gehostete Anwendungen laufen gemäß den IT-Regeln weiter | Agentische Oberfläche auf UBB |
| Autopilot | Kontinuierliche Ziele, Nachfassaktionen, wiederkehrende Aufgaben, mehrtägige Prozesse | Name, Rolle, Ziel; @Erwähnung in Teams und Outlook | Funktioniert auch nach dem Abmelden weiter; Speicherung über mehrere Tage hinweg | Agentische Oberfläche auf UBB |
Anders ausgedrückt: Home ist die Basis, Code die Werkstatt, Autopilot der Teamkollege, der Ihre Anwesenheit nicht benötigt. Chat und Office Copilot bleiben die stets verfügbare Komfortschicht auf USL mit automatischem Routing. Die komplexeren Agentenfunktionen – Cowork, Code und Autopilot – sind auf UBB angesiedelt, wo die Steuerungsmöglichkeiten von FinOps und Agent 365 relevant werden.
Aufteilung der Abrechnung: USL Comfort vs. UBB-Agenten
Microsoft zieht eine klare Trennlinie zwischen alltäglicher Unterstützung und Agentenarbeit.
Die Benutzerlizenz (USL) umfasst die gewohnte Gesprächs- und Office Copilot-Funktionalität, wobei die automatische Modellweiterleitung entscheidet, welches Modell die jeweilige Aufgabe übernimmt. Dies entspricht der für Finanzteams typischen, planbaren Benutzeroberfläche.
Die nutzungsbasierte Abrechnung (UBB) deckt die Agentenkomponenten ab: Cowork, Code, Autopilot und innovative Modellpfade wie Astra und Fable, sofern diese genutzt werden. Sie zahlen für die Leistungen der Agenten, nicht nur für die vorhandenen Lizenzen.
Diese Aufteilung ist ein cleveres Produktdesign, birgt aber Risiken, wenn sie nicht kontrolliert wird. Einzelplatzlizenzen fördern eine breite Nutzung. Nutzungsbasierte Abrechnung regt zum Experimentieren an – und manchmal zu unerwarteten Rechnungen. Die gleiche Ankündigung verweist auf FinOps für KI und die Kostenkontrolle von Agent 365: Ausgabenrichtlinien, Transparenz der Kreditnutzung und Einblicke in die Ergebnisse von Cowork. Kurz, aber wichtig. Wenn Autopilot einen Lieferantenprozess tagelang ausführen kann, muss jemand die zulässige Belastung begrenzen.
An unsere IT- und Finanzpartner: Planen Sie zwei Denkmodelle für einen Mandanten. USL ist die Untergrenze. UBB ist der Regler für die digitale Teamarbeit. Governance ohne Kostentransparenz ist nur die halbe Miete.
Microsoft IQ, Erdung und die Quiet Platform Layer
Ein kurzer Zwischenstopp bei der Installation der Sanitäranlagen, denn Autopilot und Code sind nur so gut wie das, was sie sicher sehen können.
Microsoft IQ bildet die zentrale Schnittstelle für all diese Oberflächen. Fabric IQ und die Dynamics-Schnittstelle spielen in der Gesamtkonzeption der Plattform eine wichtige Rolle, ebenso wie eine Plugin-Registry, die die Systeme synchron hält. Vereinfacht gesagt: Agenten und Code-Anwendungen sollen Unternehmensdaten unter Berücksichtigung der Berechtigungen verarbeiten und nicht einfach wahllos Chatprotokolle auslesen.
Das ist relevant für die Behauptung von Autopilot, eine „eigene Identität“ zu besitzen. Ein Agent mit einer Firmenidentität ist nutzlos – oder sogar gefährlich –, wenn er nicht dieselben Zugriffskontrollen erhält wie ein menschlicher Mitarbeiter. Managed Runtime, IQ-Grundlagen und Kosten- und Richtlinienkontrollen im Stil von Agent 365 bilden das Fundament für die beeindruckenden Demos.
Sie müssen sich nicht alle IQ-Markennamen merken, um den Punkt zu verstehen. Das Konzept „Betriebssystem für die Arbeit“ funktioniert nur, wenn Daten, Code und Agenten dieselbe Berechtigungsgeschichte teilen.
Realitätscheck bei der Markteinführung
Die Verfügbarkeit wird gestaffelt, was die sachliche Art ist, ein so großes Produkt zu versenden.
- Home und Code werden demnächst im Frontier-Programm eingeführt.
- Autopilot wird demnächst in den privaten Vorschaumodus eingeführt
- Managed Runtime befindet sich bereits in der Vorschauphase und wird von Cowork, Code und Copilot Studio gemeinsam genutzt
- Der erweiterte Code-Zugang folgt nach Frontier, Premium- und Pro-Vorschauen folgen später
Der Zugang zum Frontier-Programm ist Microsofts üblicher Vorabzugang für Kunden, die die neuesten Technologien nutzen und Feedback geben möchten, bevor diese allgemein verfügbar sind. Die private Vorschau für Autopilot erfordert besondere Vorsicht – insbesondere dann, wenn ein Agent Stakeholder per @Erwähnung einbinden und Termine in Ihrem Namen vereinbaren kann.
Wer erwartet, dass am Dienstag alles reibungslos abläuft, sollte seine Erwartungen anpassen. Entscheidend ist nicht der Kalender, sondern ob der Mieter bereit ist für die Zusammenarbeit mit einem Makler, die Nutzung der UBB-Richtlinien und eine Home-Oberfläche, die als täglicher Ausgangspunkt dient.
Was kommt als Nächstes am Horizont?
Zwei leichtere Roadmap-Notizen sind einen Blick wert, ohne dass dies zu einer Gerüchteküche wird.
Erstens soll das kommende Today Command Center den gesamten Tag in einer agentenorientierten Ansicht zusammenfassen – so entfällt das lästige Suchen in verschiedenen Apps nach den wichtigsten Aufgaben. Zweitens @Copilot in Teams mit geteiltem Kontext auf Agenten, die den Raum verstehen, und nicht nur auf die letzte Nachricht, die Sie in einem privaten Bereich eingegeben haben.
Diese Funktionen sind neben „Startseite“, „Code“ und „Autopilot“ eher Nebenfunktionen. Dennoch unterstreichen sie dieselbe These: Copilot möchte eine selbstverständliche Arbeitsinfrastruktur sein, nicht ein Tab, an den man sich erst erinnert, wenn man nicht weiterkommt.
Wen sollte das zuerst kümmern?
Nicht jede Rolle erfordert alle drei Oberflächen am ersten Tag. Eine praktische Lösung:
- Wissensarbeiter und Führungskräfte – die Trennung von Homeoffice und Coworking-Space sowie das „Büro-im-Copilot“-Modell werden sich am unmittelbarsten bemerkbar machen.
- Mitarbeiter aus den Bereichen Betrieb, Finanzen und Programmierung – Code für Tracker und Dashboards; Autopilot für wiederkehrende, aufwändige Folgeprozesse
- Entwickler – GitHub Copilot plus Managed Runtime-Konnektivität; weniger „Ersetze mich“, mehr „Beschleunige Bereitstellung interner Tools“
- IT, Sicherheit und FinOps – Identität, Audit, UBB-Richtlinien, Agent 365-Steuerung; hier wird die Betriebssystem-Metapher zu einem Governance-Projekt.
Wenn Sie nur eine Sache steuern, steht Autopilot für den Kulturwandel. Code steht für die Hebelwirkung. Zuhause steht für die Gewohnheitsänderung. Wählen Sie je nachdem, ob Ihr Engpass in der Umsetzung, den Werkzeugen oder fragmentierten Ausgangspunkten liegt.
Abschluss-Snapshot
Microsoft hat Copilot um die Funktionen Home, Code und Autopilot neu entwickelt und vermarktet das Ergebnis offen als Betriebssystem für die Arbeit. Home vereint Chat und Cowork und integriert Word, Excel und PowerPoint in die Copilot-App mit Live-Synchronisierung. Code wandelt Beschreibungen in natürlicher Sprache in mandantenbasierte Anwendungen auf Managed Runtime um und teilt sich die Basis mit GitHub Copilot. Autopilot – ehemals Scout – ist ein permanenter persönlicher Assistent mit eigener Identität, Speicher und einem Arbeitsbereich, der auch nach dem Abmelden weiterläuft.
Everyday Chat und Office Copilot bleiben auf USL. Das Agenten-Trio stützt sich auf UBB, wobei FinOps und Agent 365 als Kostensicherheit dienen. Vor der breiteren Markteinführung erfolgt dies über Frontier- und private Preview-Wellen.
Die These ist einfach: Chat war die Demo-Ära; digitale Teammitglieder mit Corporate Identity sind die Plattform-Ära. Ob sich Autopilot als vertrauenswürdiger Kollege oder als cleverer Benachrichtigungsgenerator etabliert, entscheidet über den Erfolg des Betriebssystem-Konzepts. Die Startseite muss zur Gewohnheit werden. Code muss sicherer werden als eine manipulierte Tabellenkalkulation. Autopilot muss sich Vertrauen durch jede einzelne Interaktion verdienen.
Aktuell ist die Produktform die deutlichste Wette der großen Plattformen auf Agenten, die nicht auf Ihre nächste Aufforderung warten – und allein diese Tatsache ist es wert, genau beobachtet zu werden.
Praxisbeispiel: Produkt-Release-Bereitschaft mit Home, Code und Autopilot
Szenario
Priya leitet den Produktbetrieb bei einem mittelständischen britischen B2B-SaaS-Unternehmen. Jeden Donnerstag kümmert sie sich um die Release-Bereitschaft: Sie kümmert sich um die offenen Support-Themen der Woche, bekannte, noch in Azure DevOps gemeldete Fehler, einen kurzen Statusbericht für Entwicklung und Kundenservice sowie eine Übersicht, damit niemand um 18:00 Uhr in Teams-Threads suchen muss.
Heute liegt ihr Flaschenhals nicht mehr im Schreiben der Notizen. Es sind die zusätzlichen Aufgaben, die sich bis in den Abend hineinziehen – die Kontaktaufnahme mit den Besitzern wegen veralteter Artikel, die Aktualisierung des Trackers und die Sicherstellung, dass nichts, was Kundenkontakt hat, ohne menschliche Freigabe versendet wird. Sie arbeitet bereits intensiv mit Microsoft 365. Die neu gestalteten Copilot-Oberflächen passen perfekt in ihren Wochenplan: Home als zentrale Anlaufstelle, Code für einen begrenzten internen Tracker und Autopilot für die nächtlichen Nachbearbeitungen, die noch nicht mit dem Versand abgeschlossen sind.
Sie behandelt Autopilot wie einen benannten digitalen Teamkollegen mit einem klar definierten Ziel, nicht wie einen unkontrollierten Release-Manager. Alles, was Kunden, Partner oder öffentliche Kanäle erreicht, wartet auf ihre Überprüfung am nächsten Morgen.
Was der Assistent benötigt
- Zugriff auf den Release-Teams-Kanal, das freigegebene Word-Briefing, das Excel-Incident-Sheet und das Azure DevOps-Board, die Priya bereits nutzt, gemäß den bestehenden Mandantenberechtigungen
- Eine klare Autopilot-Identität: Name, Rolle (Release Ops Chase) und ein Ziel, das sich auf Entwurfsnachverfolgungen und Tracker-Aktualisierungen beschränkt – keine Kunden-E-Mails, keine Produktionsänderungen
- Ein von Code erstellter, mandantenseitig gehosteter Release-Readiness-Tracker (sofern Code / Managed Runtime im Mandanten verfügbar ist) mit Spalten für Eigentümer, Alter, Schweregrad, Blockierungsstatus und „Bereit für die menschliche Überprüfung“
- UBB / Agent 365-Ausgabenlimits, damit die Autopilot-Arbeit über Nacht nicht unbegrenzt ausgeführt werden kann
- Eine eiserne Regel: Keine externen Weiterleitungen, keine @Erwähnungen von Kunden und kein „Fertig“-Vermerk auf kundenorientierten Texten, bis Priya ihn genehmigt hat
Beispielanleitung
In Copilot Home orientiert sich Priya zunächst im Chat und übergibt dann den mehrstufigen Auftrag mit einer kurzen Beschreibung wie dieser an Cowork:
Bereiten Sie die Release-Bereitschaft für Acme SaaS UK (Sprint 38) am Donnerstag vor. Sammeln Sie die offenen P1/P2-Themen aus dem Support-Kanal und der gemeinsamen Excel-Incident-Tabelle der letzten sieben Tage. Erstellen Sie einen Word-Statusbericht für Entwicklung und Kundenservice mit folgenden Inhalten: Hauptthemen, bekannte offene Bugs aus Azure DevOps mit dem Tag „release-38“, Verantwortliche und Blockierer. Senden Sie nichts. Speichern Sie die Word-Datei im Ordner „Release Ops“ und erwähnen Sie mich per @-Erwähnung, sobald der Entwurf zur Überprüfung bereit ist
Für den Code-Abschnitt, weiterhin von der Startseite aus, falls Routing verfügbar ist, oder direkt im Code:
„Erstellen Sie eine isolierte Anwendung zur Verfolgung der Release-Bereitschaft für Sprint 38. Felder: Element, Quelle (Support/ADO/Excel), Verantwortlicher, Alter in Tagen, Schweregrad, Blockierer (Ja/Nein), letzte Nachverfolgung, Status (offen/wartet auf Verantwortlichen/bereit zur manuellen Prüfung). Synchronisierung mit der Excel-Tabelle und der unten eingefügten ADO-Abfrage. Hosting auf Managed Runtime unter IT-Governance. Keine externen Konnektoren.“
Für Autopilot, sobald das Entwurfspaket existiert:
„Sie sind im Bereich „Release Ops Chase“ tätig. Ihre Rolle: Nachfassen über Nacht für die Sprint-38-Bereitschaft. Ziel: Zwischen 18:00 und 08:00 Uhr britischer Zeit den Release-Ops-Kanal und den Tracker überwachen. Für jeden Eintrag, der älter als zwei Werktage ist und auf den noch keine Antwort des Verantwortlichen vorliegt, eine kurze Teams-Nachricht mit dem Link zum Eintrag und der Bitte um eine kurze Statusmeldung erstellen. Entwürfe ausschließlich im privaten Release-Ops-Entwurfsthread posten – niemals in Kundenkanälen. Das Feld „Letzte Nachverfolgung“ im Tracker aktualisieren. Die Nachverfolgung beenden, sobald das Ausgabenlimit erreicht ist oder mehr als zehn Nachmeldungen in der Warteschlange sind. Um 08:00 Uhr morgens eine kurze Zusammenfassung Ihrer Entwürfe und der Einträge, die noch einer manuellen Entscheidung bedürfen, senden. Kundenbezogene Kommunikation nicht als gesendet markieren.“
Wie man es testet
- Run Home to Cowork einmal mit einem Paket vom vergangenen Donnerstag (oder einem redigierten Beispiel) und prüfe, ob der Word-Entwurf die richtigen Quellen zitiert, ohne Ticket-IDs zu erfinden.
- Richten Sie den Code-Tracker auf einer Kopie der Excel-/ADO-Eingaben ein; bestätigen Sie, dass das Hosting in einer Sandbox erfolgt und dass nur Priyas Gruppe darauf zugreifen kann.
- Weisen Sie Autopilot auf Nicht-Produktionskanälen ein geschlossenes Zeitfenster über Nacht mit einem minimalen Ausgabenlimit zu. Stellen Sie sicher, dass jede Änderung ausschließlich im Entwurfsthread landet und protokolliert wird.
- Morgendliche Überprüfung: Priya öffnet Home, liest die Zusammenfassung, bearbeitet die Word-Notiz und erst dann veröffentlicht sie den genehmigten Status im breiteren Veröffentlichungskanal.
- Im Fehlerfall: Autopilot die Berechtigung entziehen, außerhalb des Entwurfsthreads zu posten, und sicherstellen, dass dies nicht auf kundenorientierte Bereiche eskaliert.
Ergebnis
Hier werden keine gemessenen Backergebnisse angegeben – betrachten Sie das Folgende als ein beispielhaftes Ergebnis mit expliziten Annahmen oder verwenden Sie den unten stehenden Messplan für ein reales Pilotprojekt.
Beispielhaftes Ergebnis (Annahmen siehe unten): Angenommen, ein Donnerstagzyklus umfasst ca. 25 offene Bereitschaftselemente, Priya verbringt zuvor nach 17:00 Uhr etwa 90 Minuten mit der Bearbeitung und Zusammenstellung von Dokumenten, und Autopilot erlaubt nur Entwurfserinnerungen sowie Aktualisierungen der Tracker-Felder. Wenn Home/Cowork in einem Durchgang einen brauchbaren ersten Entwurf der Statusnotiz erstellt, Code die Ad-hoc-Tabelle durch einen gemeinsamen Tracker ersetzt und Autopilot die Benachrichtigungen der Verantwortlichen über Nacht zur manuellen Bearbeitung am Morgen in die Warteschlange stellt, ist ein realistisches Ziel, Priyas abendliche Abschlussarbeit auf eine morgendliche Überprüfung von ca. 20–30 Minuten zu reduzieren – vorausgesetzt, die Überprüfungszeit wird berücksichtigt und es werden keine kundenorientierten Informationen automatisch versendet. Dies ist eine beispielhafte Schätzung und kein gemessenes Ergebnis der in diesem Artikel beschriebenen Produktversprechen.
Messplan (bevorzugt bei einem laufenden Mietverhältnis):
- Baseline: Zeitaufwand für Priyas Donnerstag-Kompilierung + Verfolgung zweier Releases (einschließlich Rezension); Anzahl der verpassten Antworten des Eigentümers bis Freitagmittag; Anzahl der Versionskonflikte des Trackers.
- Pilotbeispiel: vier aufeinanderfolgende Veröffentlichungsdonnerstage mit Home + Code + eingeschränktem Autopilot.
- Kennzahlen: Minuten bis zur Genehmigung des Statusvermerks (einschließlich menschlicher Bearbeitung); Prozentsatz der Autopilot-Entwürfe, die ohne Überarbeitung akzeptiert wurden; Anzahl der Beiträge, die nur im Entwurfsthread veröffentlicht wurden, im Vergleich zu versehentlich veröffentlichten Beiträgen (Ziel: null); pro Nachtlauf ausgegebene UBB-Guthaben im Vergleich zum Limit.
- Qualitätskriterium: „Korrekt“ bedeutet, dass jedes genannte Ticket/Thema in den Quellsystemen vorhanden ist, die Verantwortlichen mit ADO/Excel übereinstimmen und kein Versand an Kunden ohne Priyas Genehmigung erfolgte.
- Schiffsregel: Autopilot-Berechtigungen erst nach vier Zyklen ohne Richtlinienverstöße und mit einer akzeptierten Tiefgangsrate, die Sie aus Sicherheitsgründen zu verteidigen bereit sind, erweitern.
Was kann schiefgehen?
- Der Autopilot wird zu einer Flut von Benachrichtigungen – zu viele Hinweise, falsche Besitzer oder Beiträge außerhalb des Entwurfsthreads, wenn die Berechtigungen nicht ausreichend geregelt sind.
- Der Code-Tracker weicht von Excel/ADO ab, wenn die Basiskonfiguration/Plugins unvollständig sind; die Benutzer vertrauen einem veralteten „Bereit“-Flag.
- Entwürfe von Cowork klingen zwar selbstsicher, erfinden aber Schweregrade oder Ticket-IDs, wenn der Zugriff auf die Quelle nur teilweise möglich ist – das muss bei der Überprüfung erkannt werden, bevor der Statusbericht versendet wird.
- UBB-Verbrauch bei Steigflügen, wenn der Autopilot verrauschte Kanäle ohne feste Obergrenze erneut versucht zu erreichen.
- Die Teams behandeln Autopilot wie eine vollständig unbeaufsichtigte Autonomie; etwas mit Kundenkontakt wird ohne morgendliche Kontrolle gestartet.
Praktische Erkenntnisse
Nutzen Sie Home als Arbeitsumgebung (Briefing, Entwurf, Überprüfung), Code für ein abgegrenztes internes Tool unter Managed Runtime und Autopilot für die nächtliche Fortsetzung mit einer festgelegten Rolle, einem Budgetregler und nachvollziehbaren Entwürfen. Definieren Sie den Autopilot-Job präzise, fordern Sie eine manuelle Überprüfung an, bevor etwas für Kunden freigegeben wird, und messen Sie akzeptierte Entwürfe und Richtlinienverstöße – nicht Ihr Bauchgefühl. So bleibt Copilot als Arbeitsbetriebssystem funktionsfähig, ohne zu einem unkontrollierten Release-Bot zu werden.
Häufig gestellte Fragen
Was meint Microsoft damit, dass Copilot ein Betriebssystem für die Arbeit ist?
Satya Nadella beschrieb die Neuentwicklung von Copilot als ein neues Betriebssystem für die Arbeit: eine Plattform, die Anwendungen hostet, Identitäten verwaltet, Aufgaben weiterleitet und den Status über Sitzungen hinweg speichert – und nicht nur einen Chat in der Seitenleiste bietet. Jared Spataros offizieller Microsoft-Beitrag beschreibt drei Benutzeroberflächen, eine Agentenplattform und digitale Teammitglieder innerhalb von Microsoft 365 mit Identitäts-, Speicher- und Governance-Funktionen. Die neu entwickelte Copilot-App konzentriert sich auf die Bereiche „Startseite“, „Code“ und „Autopilot“. Nichts davon ersetzt Excel oder Teams; es dient als Schnittstelle, sodass Benutzer zuerst Copilot öffnen und dann Dokumente, Kanäle und benutzerdefinierte Anwendungen aufrufen können.
Was sind Copilot Home, Code und Autopilot?
Home ist die zentrale Anlaufstelle, die Chat und Cowork vereint. Hier können Sie Aktivitäten einsehen, Vorschläge erhalten, sofort chatten oder mehrstufige Projekte übergeben. Mit Code können Sie Apps, Tracker, Dashboards oder Workflows in natürlicher Sprache beschreiben und erhalten im Gegenzug ein mandantenbasiertes Tool. Autopilot – ehemals Scout – ist Ihr persönlicher Assistent, der auch dann weiterarbeitet, wenn Sie offline, im Schlaf oder in einem Meeting sind. Gemeinsam bieten sie Microsoft die Gewissheit, dass Agenten eine erstklassige Arbeitsumgebung benötigen, keine isolierte Plattform.
Worin unterscheidet sich Copilot Home Chat von Cowork?
Chat ist der direkte Kommunikationsmodus für Überarbeitungen, kurze Zusammenfassungen und die Abstimmung des Tons. Cowork ist die Plattform für die Delegation komplexer Aufgaben von Anfang bis Ende – beispielsweise für Angebotsanfragen, Launch-Kits, Management-Briefings oder Finanzabschlussdokumente –, wo Sie ein Ergebnis festlegen, anstatt jeden Absatz einzeln zu überwachen. Anschließend beschreiben Sie Ihre Anforderungen, und Copilot leitet Sie zu Chat, Cowork oder Code weiter. Diese Routing-Ebene ist das unauffällige Detail, das die Betriebssystem-Metapher konkreter macht.
Kann ich echte Word-, Excel- und PowerPoint-Dateien direkt in Copilot bearbeiten?
Microsoft integriert Word, Excel und PowerPoint vollständig in die Copilot-App – echte, bearbeitbare Office-Dateien, die mit den bereits von Teammitgliedern genutzten Office-Anwendungen synchronisiert bleiben, inklusive Live-Teamsynchronisierung und Bearbeitung per @Erwähnung. PowerPoint erhält markenkonforme Vorlagen; Excel bietet Änderungserklärungen und Diagrammvorschläge. Fachliche Kompetenzen fließen in den Workflow ein, beispielsweise Finanzanalysen in Excel oder Unterstützung bei der Erstellung juristischer Dokumente in Word, anstatt eines generischen Modells, das alle Abteilungen abdecken soll.
Was ist Copilot-Code und die verwaltete Laufzeitumgebung?
Code wandelt natürlichsprachliche Beschreibungen in isolierte, mandantenbasierte Lösungen um – Desktop-Widgets, interaktive Dashboards und Cloud-basierte interne Anwendungen – und nutzt dabei die mit GitHub Copilot geteilte Technologie. Microsoft Copilot Managed Runtime hostet den Code sicher innerhalb von Microsoft 365 unter IT-Governance und nutzt Microsoft IQ sowie Plugins, um die Datensynchronisierung zu gewährleisten. Der Code durchläuft zunächst das Frontier-Programm und wird anschließend breiter zugänglich gemacht. Eine Vorschauversion für Microsoft 365 Premium und Pro folgt später; Managed Runtime befindet sich bereits in der Vorschauphase.
Wie kann Microsoft Copilot Autopilot nach dem Abmelden weiterhin funktionieren?
Autopilot ist ein permanenter, proaktiver persönlicher Assistent: Sie geben ihm einen Namen, eine Rolle und ein Ziel, und er überwacht Kanäle, verfolgt Diskussionen, erledigt wiederkehrende Aufgaben und kann ein Projekt Tage später ohne erneute Aufforderung fortsetzen. Microsoft beschreibt ihn als cloudbasiert mit eigener Identität, eigenem Speicher, eigenem Computer und eigenem Arbeitsbereich auf Microsoft IQ. Er wird in Teams, Outlook, Chats, Kanälen und Dokumenten angezeigt und kann wie ein Kollege per @-Erwähnung erwähnt werden. Berechtigungen, Prüfprotokolle und Governance sind Bestandteil der Enterprise-Lösung.
Wie wird Autopilot im Vergleich zum alltäglichen Copilot-Chat abgerechnet?
Everyday Chat und Office Copilot werden weiterhin über Benutzerabonnements (USL) lizenziert. Die drei Agenten-Lösungen – Home (Cowork-ähnliches Arbeiten), Code und Autopilot – basieren auf nutzungsbasierter Abrechnung (UBB), wobei FinOps und Agent 365 als Kostenkontrollsystem dienen. Diese Aufteilung ist für die Planung wichtig: Chat-Lizenzen und Agenten-Guthaben werden nicht im selben Budgetposten erfasst. Legen Sie Ausgabenobergrenzen fest und überprüfen Sie die Agent 365-Kontrollen, bevor Sie Autopilot über Nacht unbegrenzt in einem Tenant ausführen lassen.
Wer sollte zuerst Home, Code oder Autopilot steuern?
Wissensarbeiter und Führungskräfte werden die Trennung von Chat und Cowork sowie Office-in-Copilot in Home als Erste spüren. Mitarbeiter aus den Bereichen Betrieb, Finanzen und Programmierung profitieren von Code-Trackern und Autopilot für aufwändige Nachbearbeitungsprozesse. Entwickler behalten GitHub Copilot und erhalten Managed Runtime-Konnektivität, um interne Tools schneller bereitzustellen. IT, Sicherheit und FinOps sind für Identitäts-, Audit-, UBB-Richtlinien und Agent 365-Kontrollen zuständig. Wenn Sie nur eine Sache pilotieren: Autopilot steht für den Kulturwandel, Code für die Hebelwirkung und Home für die Gewohnheitsänderung.
Wie können Teams Autopilot sicher in einer realen Mieterumgebung implementieren?
Weisen Sie Autopilot eine klar definierte Rolle und ein präzises Ziel zu – beispielsweise das Erstellen von Folge-E-Mails und Tracker-Updates, nicht von Kunden-E-Mails oder Änderungen in der Produktion. Bevorzugen Sie Entwürfe in einem privaten Thread, feste Ausgabenobergrenzen und eine morgendliche Überprüfung durch einen Mitarbeiter, bevor etwas für Kunden sichtbar ist. Berechtigungen, Audit-Trails und Agent-365-Kontrollen müssen beibehalten werden; der Zugriff sollte erst nach fehlerfreien Zyklen ohne Richtlinienverstöße erweitert werden. Externe Berichte vergleichen Autopilot mit autonomen Agenten im OpenClaw-Stil – Demos sollten als gemeldete Schadensfälle betrachtet werden, nicht als Versprechen, dass jeder Kunde über Nacht eine ganze Flotte einrichtet.
Soll Copilot Code professionelle Entwickler ersetzen?
Nein. Die Rahmenbedingungen ergänzen sich: Anwender nutzen Code für operative Tools, während Entwickler tiefergehende GitHub Copilot-Workflows beibehalten und Zugriff auf dieselbe Agentenstruktur erhalten. Lösungen bleiben in einer Sandbox und werden vom Mandanten gehostet, sodass die IT eine klare Position hat und nicht nur eine weitere Tabellenkalkulation, die an E-Mails angehängt ist. Das funktioniert nur, wenn die Sandbox real ist und die Plugins vertrauenswürdig bleiben. Code plus Managed Runtime ist Microsofts Antwort auf den Druck durch Schatten-IT, nicht die Behauptung, dass professionelle IT-Experten überflüssig sind.
Referenzen
- Microsoft — blogs.microsoft.com
- Microsoft — microsoft.com
- Microsoft Learn — learn.microsoft.com
- Satya Nadella — x.com
- GeekWire — geekwire.com
Artikel, die Sie im Anschluss an diesen Artikel vielleicht interessieren:
🔗 DeepSeek betreibt täglich 3 Millionen KI-Agenten-Sandboxes.
Einblick in den Betrieb der massiven Agenten-Sandboxes von DeepSeek und in das Betrugsverhalten.
🔗 Claude Opus 5.5 belegt den ersten Platz bei Code Arena.
Claudes neuestes Modell zählt zu den stärksten KI-Programmierern.
🔗 CLM-8B verspricht deutliche Geschwindigkeitssteigerungen für KI-Agenten.
Das offene KI-Modell verspricht eine wesentlich schnellere Leistung der Agenten.
🔗 Durchgesickertes Erscheinungsdatum von Gemini 4 deutet auf frühen Marktstart hin
Ein neues Durchsickern lässt vermuten, dass Googles nächstes KI-Modell früher auf den Markt kommen könnte.