Microsoft Scout | sichere Unternehmens Version "OpenClaw" für MS365!

In Microsoft-365-Umgebungen wächst der Koordinationsaufwand mit jeder zusätzlichen App. Du und deine Anwender springt ständig zwischen Teams, Outlook, lokalen Tools und dem Dateisystem, der Arbeitsfluss reißt ab. Genau hier setzt Microsoft mit einer neuen Agenten-Kategorie an: Autopilots. Diese Agenten laufen autonom im Hintergrund, handeln unter eigener Identität und arbeiten Aufgaben über die Zeit ab.

Der erste Vertreter ist Microsoft Scout, am 2. Juni 2026 auf der Build vorgestellt und über das Frontier-Programm verfügbar. Scout läuft auf der Open-Source-Technologie OpenClaw, die Microsoft für den Enterprise-Einsatz um Identitäts-, Richtlinien- und Zugriffskontrollen erweitert.

Microsoft Scout ist eine lokale Desktop-Applikation für Windows 11 und macOS ab Version 12 (Monterey). Für die Anmeldung nutzt Scout die Microsoft Authentication Library (MSAL), auf Windows zusammen mit dem Web Account Manager (WAM). MSAL sichert die Anmeldung und bindet Scout an die Organisations-Identität. Der Zugriff auf lokale Dateien und die Shell kommt aber nicht aus MSAL, sondern aus der berechtigten lokalen Ausführung der Desktop-App, die du über das Berechtigungssystem steuerst.

Über die OpenClaw-Basis kannst du die Konfiguration der Agenten-Umgebung gegen deine eigenen Compliance-Vorgaben prüfen und eine auditierbare Aussage zum Zustand erhalten. Scout baut über die Work-IQ-Schicht laufend Kontext auf. Es wertet Signale aus E-Mails, Chats und Kalender aus, um Prioritäten zu setzen und blockierte Vorgänge wie liegengebliebene Entscheidungen früh zu erkennen.

Microsoft Scout ist als lokale Desktop-Applikation für Windows und macOS konzipiert. Der Agent klinkt sich über die Microsoft Authentication Library (MSAL) in die Identitätsstruktur des Betriebssystems ein. Diese tiefe Integration ist erforderlich, damit Scout nicht nur Cloud-Daten auslesen, sondern auch lokale Dateioperationen und Shell-Befehle ausführen kann.

Automatisierungsskripte laufen oft über geteilte Service-Accounts, deren Aktionen sich niemandem klar zuordnen lassen. Scout löst das über ein eigenes Identitätsmodell: Jeder Agent arbeitet unter einer eigenen, verwalteten Entra-Identität, nicht unter einem anonymen Sammelkonto. Die zugehörigen Credentials sind auf die jeweilige Aufgabe begrenzt und werden aus Logs und Diagnosedaten herausgehalten. Dadurch lässt sich die Arbeit eines Agenten einem bekannten Akteur in deinem Verzeichnis zuordnen.

Beachte die Preview-Grenze: Sobald Scout Daten an GitHub Copilot übergibt, greifen die M365-Kontrollen für Audit, Aufbewahrung, eDiscovery und Legal Hold auf diesem Pfad nicht (Quelle: Frontier-Preview-Bedingungen).

Hier ist Vorsicht geboten, denn die Schutzwirkung ist in der Frontier-Preview eingeschränkt. Scout zeigt vorhandene Vertraulichkeitsbezeichnungen (MIP Sensitivity Labels) auf Inhalten an, die es während einer Sitzung liest, und behandelt externe Inhalte wie E-Mails und Webseiten als nicht vertrauenswürdige Daten, nicht als Anweisungen. Eine durchgängige Echtzeit-Durchsetzung von Purview-DLP findet in der Preview aber nicht statt.

Konkret: Sobald Scout Daten an GitHub Copilot übergibt, gelten DLP, Vertraulichkeits- und Sensitivity-Labels, Datenresidenz, EU Data Boundary, Aufbewahrung, eDiscovery, Legal Hold, Audit und das Customer Copyright Commitment auf diesem Pfad nicht. Inhalte und Nachrichten, die Scout in einer Sitzung erzeugt, bekommen zudem kein Label und erben bestehende Labels nicht. Plane Scout in der Preview also nicht als Werkzeug ein, das deine bestehenden Purview-Schutzmechanismen automatisch durchsetzt. Die Verantwortung für die Aktionen, die Scout auf Basis dieser Konfiguration ausführt, liegt bei deiner Organisation.

Greifen tut hingegen die Aktionsfreigabe: Vor sensiblen Aktionen wie dem Senden einer E-Mail, einem Teams-Post oder einem Shell-Befehl fragt Scout deine Bestätigung ab, bevor es ausführt.

Anders als der cloudbasierte Copilot Chat führt Scout Aufgaben direkt auf dem Endgerät aus. Damit fehlerhafte Aktionen nicht durchschlagen, steuert ein dreistufiges Berechtigungsmodell, was Scout darf:

Scout arbeitet autonom über zwei Hintergrundmodi. Der Heartbeat-Modus führt definierte Prompts in einem konfigurierbaren Intervall zwischen 15 und 120 Minuten aus, etwa eine Postfach-Triage, bei der E-Mails kategorisiert und Terminkonflikte aufgelöst werden. Automatisierungen laufen zeitgesteuert oder an Bedingungen geknüpft. Für aufwendige Aufgaben startet der Hauptagent spezialisierte Sub-Agenten, die parallel arbeiten, etwa für Code-Reviews oder Web-Recherche.

Scout läuft in einer Private-Preview-Phase im Frontier-Programm. Beim Einrichten stoßen viele Anwender auf die Meldung:

"Ask your admin to enable Microsoft Scout. Microsoft Scout hasn't been set up for your organization yet."

Für die Freischaltung prüfst du als Administrator folgende Punkte:

Der häufigste Stolperstein ist die lokale Endgeräteverwaltung. Weil Scout weitreichende Rechte für lokale Ausführungen braucht, verweigert die App den Dienst, wenn sie auf einem verwalteten Gerät keine explizite Erlaubnis findet. Anwender hängen dann beim Login fest oder sehen einen irreführenden Wartelistenbildschirm. Du behebst das, indem du die Berechtigungen über Microsoft Intune verteilst. Der Mechanismus unterscheidet sich nach Betriebssystem.

Für Windows importierst du die von Microsoft bereitgestellten Vorlagendateien microsoft-scout.admx und microsoft-scout.adml. Den Download findest du auf GitHub im Repository microsoft/scout-resources. Danach legst du ein Konfigurationsprofil aus der importierten administrativen Vorlage an und setzt unter Microsoft Scout, Capabilities die Einstellung Allow Clawpilot Frontier access auf Enabled. Intune übersetzt das in die Berechtigung AllowScoutFrontierAccess, die dem Client signalisiert, dass die Ausführung durch die Administration legitimiert ist. Der in den Vorlagen und Screenshots noch sichtbare Name Clawpilot ist der frühere interne Produktname von Scout.

Für macOS lädst du die Datei microsoft-scout.mobileconfig als benutzerdefiniertes Profil hoch. Intune verteilt sie über den Gerätekanal (Device channel), wodurch der Mac die nötigen Zugriffsrechte für Scout registriert.

Die ausführliche Anleitung samt Import der Richtlinienvorlagen findest du bei Microsoft unter: https://learn.microsoft.com/de-de/microsoft-scout/admin-intune-setup

Beim Blick in die Dokumentation stutzen viele Administratoren: Für einen M365-Agenten wird eine Entwickler-Lizenz verlangt. Scout erfordert zwingend eine aktive Lizenz für GitHub Copilot Business oder Enterprise.

Das wirkt unlogisch, hat aber einen klaren technischen Hintergrund. Scout arbeitet nicht als reines Cloud-Tool wie der Copilot Chat im Web, sondern agiert tief im lokalen System. Der Agent durchsucht lokale Verzeichnisse, führt Shell-Befehle aus und nutzt Werkzeuge wie git oder PowerShell. Für diese lokalen Datei- und System-Operationen hat Microsoft das GitHub Copilot SDK als ausführende Subprozessor-Engine in Scout integriert.

Der Anmeldeprozess in der Desktop-App erfordert zwei getrennte Schritte:

Das Frontier-Programm bildet den organisatorischen Rahmen für die Private Preview. Es berechtigt zum Download der App und schaltet die Verwaltung im Admin Center frei. Die lokale Software-Engine verlangt nach der Installation zwingend die GitHub-Lizenz für den operativen Betrieb.

Microsoft Scout markiert eine deutliche technische Weiterentwicklung. Der Sprung hin zu einem Always-on-Agenten, der lokale Dateioperationen ausführt, erfordert massive Anpassungen beim Sicherheitsdesign. Der Ansatz mit eigenen Entra-Identitäten pro Agent ist hierbei der Gamechanger. Organisationen, die Scout evaluieren, müssen im Vorfeld allerdings ihre Purview- und Geräte-Richtlinien exakt kalibrieren. Der Produktivgewinn durch asynchrone Aufgabenbearbeitung ist enorm, erfordert aber eine makellose IT-Vorarbeit.