Microsoft Scout: Was Microsofts erster Autopilot für dein Unternehmen bedeutet

Als der österreichische Entwickler Peter Steinberger im November 2025 ein Wochenendprojekt namens Clawdbot veröffentlichte, einen lokalen KI-Agenten, der selbstständig Aufgaben erledigt, sammelte das Projekt innerhalb von zwei Monaten über 100.000 GitHub-Sterne und wurde zum am schnellsten wachsenden Open-Source-Repository der GitHub-Geschichte [1]. Sechs Monate später steht Steinberger auf der Bühne der Microsoft Build 2026. Und Microsoft stellt mit Microsoft Scout seinen ersten Autopiloten vor, der auf genau dieser Technologie aufbaut [2].

Die Nachfrage nach KI, die nicht auf Eingaben wartet, sondern einfach arbeitet, war also offensichtlich da. Was fehlte, war eine Version davon, die ein IT-Leiter guten Gewissens freigeben kann. OpenClaw, so heißt Clawdbot inzwischen, hatte vollen Zugriff auf Dateien, Maschinen und Chats. Genau das machte es mächtig, und genau das machte Unternehmen nervös. Auf der Build 2026 hat Microsoft seine Antwort darauf gezeigt.

‍

Vom Wochenendprojekt zum Enterprise-Agenten

Satya Nadella stellte eine neue Agenten-Klasse namens Autopilots vor und nannte sie augenzwinkernd Claws in Enterprise-Qualität:

‍

Microsoft Build 2026 · Keynote

„Autonomous, long-running agents with full enterprise compliance that run in your tenant“

Satya Nadella, Microsoft Build 2026

(Autonome, dauerhaft laufende Agenten mit voller Unternehmens-Compliance, die im eigenen Tenant laufen)

‍

Scout ist der erste dieser Autopiloten, läuft direkt auf OpenClaw-Technologie, und Microsoft gibt die entwickelte Policy-Konformität als Open-Source-Beitrag an das Projekt zurück [3].

‍

Was Microsoft Scout anders macht

Bisherige KI-Assistenten, auch Copilot, sind reaktiv. Du öffnest sie, stellst eine Frage, bekommst eine Antwort. Copilot ist zwar längst tief in die M365-Tools integriert, aber den Anstoß gibst immer noch du.

Scout bricht mit diesem Muster. Der Agent läuft als Desktop-App auf Windows und macOS dauerhaft im Hintergrund, verbindet sich mit Teams, Outlook, OneDrive und SharePoint und lässt sich um Drittsysteme und MCP-Server erweitern [4]. Dort erledigt er die Koordinationsarbeit, die sich über den Tag ansammelt: eingehende Mails beobachten und Aufgaben daraus ableiten, Termine über Zeitzonen hinweg koordinieren, Kalenderzeit blockieren, bevor Deadlines unbemerkt herannahen, und festgefahrene Entscheidungen markieren, bevor sie zum Blocker werden [3].

Du gibst deiner Scout-Instanz einen Namen und laufend Feedback. Über Work IQ baut der Agent mit der Zeit Kontext auf und lernt, wie du arbeitest [3]. Ein ehrlicher Hinweis gehört dazu: Genau dieser Lern-Loop erzeugt Bindung. Je mehr Arbeit du in das Training deines Agenten steckst, desto schwerer fällt später der Wechsel [4].

‍

‍

Identität und Governance: der eigentlich spannende Teil

Für Entscheider ist die Architektur dahinter interessanter als die Demo. Jeder Scout-Agent läuft unter einer eigenen, verwalteten Entra-Identität statt unter einem anonymen Service-Account. Jede Aktion ist damit einem bekannten Akteur zuordenbar. Sensible Aktionen wie Mails versenden, Teams-Nachrichten posten oder Kalendereinträge ändern erfordern eine menschliche Freigabe, und Purview-Richtlinien inklusive Sensitivity Labels und Data Loss Prevention greifen im Moment der Ausführung [3]. Jeder Autopilot braucht zudem eine Admin-Freigabe und kann jederzeit blockiert werden [2].

Ein Punkt verdient dabei einen genauen Blick: Die Modellschicht läuft nicht über den regulären M365-Copilot-Stack, sondern über das GitHub Copilot SDK, und Microsoft weist selbst darauf hin, dass dabei externe KI-Modelle als Unterauftragsverarbeiter angebunden sein können [6]. GitHub Copilot bietet seit Mai 2026 zwar EU Data Residency, in der Frontier-Vorschau gelten aber Preview-Bedingungen. Wer personenbezogene Daten im Spiel hat, sollte den Datenfluss vor dem ersten Test klären.

Das ist die richtige Richtung. Aber sie funktioniert nur, wenn die Grundlagen im eigenen Tenant stimmen. Ein Agent, der unter sauber gepflegten Identitäten und Berechtigungen arbeitet, ist ein Werkzeug. Ein Agent in einem Tenant mit wild gewachsenen Freigaben und fehlenden Labels ist ein Risiko mit eigener Identität. Genau diese Grundlagen arbeiten wir im Governance Workshop mit Unternehmen durch, lange bevor der erste autonome Agent läuft.

‍

Fazit: Das Ende des reaktiven Copilots

Scout ist heute eine experimentelle Vorschau, beschränkt auf Frontier-Organisationen, mit Intune-Konfiguration und GitHub-Copilot-Lizenz als Voraussetzung [5]. Für die meisten Unternehmen ist das also kein Thema für morgen. Die Richtung ist trotzdem eindeutig: Nadella kündigte bereits ein komplettes digitales Team aus Autopiloten innerhalb von Copilot an [2]. KI hört auf, ein Werkzeug zu sein, das wartet. Sie wird zu einem Mitarbeiter, der Dinge erledigt, während du im Meeting sitzt.

Die gute Nachricht: Die Vorarbeit lohnt sich unabhängig vom Zeitplan. Bevor autonome Agenten in eurem Tenant arbeiten, sollten die Grundlagen stehen: saubere Identitäten, klare Berechtigungen, Sensitivity Labels. Lass uns 20 Minuten draufschauen, wie weit ihr da seid.