Autopilots / Persistente Agents in Copilot Studio – Praxistest und Erfahrungen

Ich habe in den letzten Wochen etwas in einer privaten Vorschau getestet, das Microsoft jetzt öffentlich gemacht hat: Agenten in Copilot Studio, die wie ein Kollege arbeiten. Sie bekommen ein eigenes Konto, starten von selbst, wenn etwas passiert, und nehmen mit, was sie gelernt haben. Microsoft beschreibt sie im Copilot-Studio-Blog vom 15. Oktober 2026 als persistent und proaktiv. Ich sehe sie als Autopilots, nur selbst gebaut als Agenten in Copilot Studio.

Du schreibst ihnen eine E-Mail, und sie holen sie aus ihrem eigenen Postfach. Sie sammeln Informationen, erstellen Dokumente, schreiben Leute in Teams an und posten Updates. In Kommentaren in Word, Excel und PowerPoint erwähnst du sie mit @, und sie steigen ein. Eine eingehende E-Mail oder ein fester Zeitplan reicht, damit ein Lauf startet, ohne dass jemand einen Prompt schreibt.

Was ist neu an diesen Agenten?

Neu ist, dass ein Agent ein eigenes Konto bekommen kann und im Tenant als Mitglied der Organisation auftritt. Microsoft stellt dafür vier Bausteine zusammen:

Weil der Agent unter seinem eigenen Konto handelt, sieht man laut Microsoft, was er getan hat und was ein Mensch. Admins verwalten und prüfen ihn wie jede andere Identität: Sie begrenzen seinen Zugriff, setzen weitere Kontrollen und steuern seinen Lebenszyklus. Für die nächsten Monate kündigt Microsoft Vorschläge an, wie du einen Agenten aus seinen bisherigen Läufen verbesserst. Später soll er außerdem einen eigenen Cloud-Rechner mit Browser für lange Aufgaben bekommen; dafür nennt Microsoft keinen Zeitraum.

Wofür nutze ich solche Agenten?

Den ersten nenne ich „Daniel’s Chief of Staff“. Er hilft mir beim Zusammenfassen, glättet meine Kommunikation, nimmt Aufträge von mir an und postet in Gruppenchats mit Kunden. Die Kunden sind dort Gäste in unserem Tenant. Nach außen antwortet der Agent in der Vorschau nicht; das kann sich noch ändern.

Der zweite meldet sich jeden Freitag beim Team. Dafür hat er Skills bekommen: Nach dem Trigger schreibt er dem Team eine Nachricht in Teams, wartet auf die Rückmeldungen, fasst alles zu einer Wochenzusammenfassung für unseren Manager zusammen und postet sie in Teams. Niemand muss mehr hinter Updates herlaufen.

Microsoft beschreibt auf Learn ein ähnliches Beispiel: einen Agenten, der nach Zeitplan einen Tracker liest, Blocker und fehlende Updates sucht, ein neues Dokument anlegt und den Link an die Prüfer schickt. Die Prioritäten setzen dort weiter Menschen.

Wie richtest du einen Agenten mit eigenem Konto ein?

Die Schritte stammen von zwei Seiten bei Microsoft Learn, eine zum Konto und eine zu den Triggern. Wichtig ist die Reihenfolge: Das Konto kommt vor die erste Veröffentlichung. Im Video siehst du die Schritte 3 bis 6 an meinem eigenen Agenten, Klick für Klick.

Was zu sehen und zu hören ist: 46 Sekunden, ohne Ton, Bildschirmaufnahme aus Copilot Studio. Auf der Seite Build wähle ich „Agent account“ und bestätige im Dialog „Review account changes“, dass Memory und der Trigger für Microsoft Copilot eingeschaltet werden. Unter „Create an agent identity“ trage ich Name, E-Mail-Adresse und Stellenbezeichnung ein und lege das Konto an. Danach zeige ich die sechs Trigger, die mit dem Konto dazukommen, lege einen Trigger „Recurrence“ mit einer zusätzlichen Anweisung an und öffne die Auswahl für Skills und Werkzeuge wie Outlook, Teams, SharePoint, OneDrive, Excel und Dataverse. Die E-Mail-Adresse des Agenten ist unkenntlich gemacht.

1. Öffne die Vorschau von Copilot Studio und wähle eine Umgebung mit frühem Release-Zyklus.
2. Leg einen neuen Agenten an, aber speichere ihn noch nicht.
3. Wähle unter dem Namen des Agenten Agent account und dann Add account. Für Werkzeuge, die es unterstützen, wird das Agentenkonto jetzt zur Standard-Anmeldung.
4. Ein Dialog zeigt, was sich am Agenten ändert. Bei mir wurden dabei Memory und der Trigger für Microsoft Copilot eingeschaltet. Wähle Continue und lege Name und E-Mail-Adresse fest. Vorne in der Adresse steht fest dein eigenes Kürzel, und der Agent berichtet an dich. Beides kannst du in der Vorschau nicht ändern, die Adresse auch nach der Veröffentlichung nicht. Plane den Namen also vorher.
5. Gib optional eine Stellenbezeichnung ein und wähle Create account.
6. Mit dem Konto kommen sechs Trigger von selbst dazu: Chat in Teams, Erwähnung in einem Kanal, eine E-Mail im Postfach des Agenten und die Erwähnung in einem Dokument, einer Tabelle oder einer Präsentation. Unter Triggers fügst du hinzu, was den Agenten außerdem starten soll, zum Beispiel einen Zeitplan für jeden Freitag. Jeden Trigger testest du vorher mit dem Kolben-Symbol.
7. Wähle Publish. Erst jetzt wird das Konto aktiv: Postfach, Platz in Teams, Eintrag im Verzeichnis.

So sah das bei mir aus. Zuerst zeigt Copilot Studio, was sich am Agenten ändert:

Dann bekommt der Agent seine Identität. Die volle Adresse habe ich unkenntlich gemacht:

Nach dem Anlegen stehen unter Triggers sechs Auslöser, um die du dich nicht kümmern musst:

Für einen Zeitplan fügst du den Trigger Recurrence hinzu:

Die Anweisungen allein machen noch keinen Zeitplan und geben keinen Zugriff. Was der Agent darf, legst du über Trigger, Werkzeuge und Berechtigungen fest. Bei Werkzeugen gibst du nur den Zugriff, den der Job braucht.

Was brauchst du dafür?

Stand 15. Oktober 2026 läuft das nur in der Vorschau über das Frontier-Programm. Laut Microsoft Learn gehört dazu:

• Dein Tenant ist im Frontier-Programm angemeldet, und die Nutzungsbedingungen für Microsoft Agent 365 sind akzeptiert.
• Ein Admin hat zwei Schalter umgelegt: die Vorlage für Copilot-Studio-Agenten im Microsoft 365 Admin Center aktiviert (nur die dort gewählten Personen und Gruppen dürfen solche Agenten bauen) und Agent accounts für die Umgebung im Power Platform Admin Center eingeschaltet.
• Wer den Agenten baut, braucht Microsoft 365 E5 mit dem Zusatz Agent 365 oder Microsoft 365 E7.
• Jeder Agent belegt beim Veröffentlichen eine Lizenz „Microsoft 365 Frontier for AI Teammates“. Ist keine frei, schlägt das Veröffentlichen fehl.
• Dazu kommt die Nutzung: Bauen, Testen und Laufen kann Copilot Credits verbrauchen. Was ein Credit kostet, steht in meinem Artikel zum Copilot-Preismodell.

Bevor du Lizenzen und Freigaben klärst, kannst du kostenlos prüfen, ob dein Agent mit eigenem Konto in Copilot Studio machbar ist.

Für Europa gilt ein Detail: Im Europäischen Wirtschaftsraum ist Teams getrennt von Microsoft 365 lizenziert. Der Agent bekommt sein Konto und sein Postfach trotzdem, erscheint in Teams aber nur, wenn dein Tenant Teams separat lizenziert hat.

Agenten mit Konto baust du in der neuen Oberfläche von Copilot Studio, die Microsoft GitHub Copilot Harness nennt. Das ist ein Baukasten in Copilot Studio, nicht der Dienst GitHub Copilot: Deine Daten gehen laut Microsoft nicht dorthin.

Was können die Agenten in der Vorschau noch nicht?

Microsoft listet die Grenzen offen auf. Diese solltest du kennen, bevor du einen Prozess darauf baust:

• Niemand von außen. Der Agent antwortet niemandem außerhalb deines Tenants. Eine Umgehung gibt es in der Vorschau nicht.
• Neue Dokumente ja, bestehende bearbeiten nein. Er kann Dokumente erzeugen, aber noch nicht in bestehenden Dokumenten mitschreiben. Nach meinem Stand ist das geplant. Auch in Office-Kommentaren kann er noch keine gezielten Änderungen vornehmen.
• Keine geschützten Dokumente. Dateien mit Vertraulichkeitsbezeichnung wie „Confidential“ oder „Internal Only“ kann er nicht lesen. Nimm den Schutz nicht weg, nur damit der Agent testen kann. Teste mit unkritischen Beispielen.
• Höchstens 250 Personen in einer E-Mail-Unterhaltung.
• Nicht alles in Microsoft Graph. Nicht alle Vorgänge und Berechtigungen werden schon unterstützt.

Wer sieht, was sich der Agent merkt?

Hier unterscheiden sich Agenten mit Konto am stärksten von normalen Agenten. Ein normaler Agent in Copilot Studio hält für jede Person ein eigenes Gedächtnis, das niemand sonst sieht. Ein Agent mit eigenem Konto hat ein gemeinsames Gedächtnis für alle, die mit ihm arbeiten, auch im Einzelchat. Was eine Person ihm erklärt, nutzt dem ganzen Team.

Das hat Folgen, die Microsoft selbst so benennt:

• Zusammenfassungen von Dateien und Chats, die du teilst, können in Antworten an andere auftauchen, auch an Personen ohne Zugriff auf das Original und unabhängig von der Vertraulichkeitsbezeichnung.
• Zwischen den Personen gibt es keine Datenschutzgrenze. Der Agent soll Details über eine Person nicht bei anderen ansprechen, aber das ist eine Anweisung, keine Sperre.
• Abschalten lässt sich das gemeinsame Gedächtnis in der Vorschau nicht. Niemand kann widersprechen, und ein Admin kann es nur mit dem ganzen Agentenkonto ausschalten.
• Arbeitet 28 Tage niemand mit dem Agenten, löscht das System das Gedächtnis.

Ausgenommen sind laut Microsoft unter anderem Kennnummern, Passwörter, Gesundheitsdaten, Bewertungen von Leistung oder Verhalten und alles, was jemand ausdrücklich nicht gespeichert haben will. Teile mit dem Agenten trotzdem nur, was das ganze Team wissen darf. Der Agent sagt das beim ersten Kontakt auch selbst.

Und die Regel mit den E-Mails?

Ein Agent mit eigenem Postfach kann E-Mails lesen und senden. Meine Haltung aus „Warum euer Agent niemals automatisch E-Mails beantworten sollte“ gilt weiter: Eine eingehende E-Mail ist ungeprüfter Inhalt, und ein Agent, der auf alles von außen selbst antwortet, ist ein Risiko. Mein Chief of Staff nimmt Aufträge von mir an. Die Empfehlungen aus dem Artikel bleiben: Wer den Agenten kundenwirksam handeln lässt, legt vorher fest, wer freigibt, und prüft den Absender, bevor ein Trigger startet.

Meine Einschätzung

Ich sage es offen: Das ist richtig, richtig cool. Agenten, die im selben Postfach und in denselben Chats wie das Team leben, fühlen sich weniger wie ein Werkzeug an und mehr wie ein Kollege. Mit dem gemeinsamen Gedächtnis musst du nicht jedes Mal dasselbe erklären.

Microsoft rät im Beispiel auf Learn, mit einer freigegebenen Quelle und einer kleinen internen Gruppe anzufangen. Mein Freitags-Agent für den Wochenbericht bleibt auch im eigenen Team. Wenn du so einen ersten Agenten für deinen Tenant planen willst, mit Lizenzen, Freigaben und Gedächtnis, ist das genau ein Thema für das Coaching für IT und Admins.

Quellen

• Microsoft Copilot Studio Blog, 15. Oktober 2026: Delegate shared business processes to agents that are more persistent and proactive with Microsoft Copilot Studio
• Microsoft Learn: Give your agent an account (Frontier)
• Microsoft Learn: FAQ for agent accounts (Frontier)
• Microsoft Learn: Add triggers to an agent (preview)
• Microsoft Learn: Memory (preview)
• Microsoft Learn: Agents powered by the GitHub Copilot Harness overview

Alle Seiten abgerufen am 15. Oktober 2026.