Copilot Studio: Agenten übergeben sich Arbeit – und wer gibt das frei?

Stellen Sie sich eine ganz gewöhnliche Anfrage vor. Eine Mitarbeiterin fragt im Copilot-Chat nach den Regeln zur Elternzeit. Eine Vertriebskollegin braucht einen Angebotstext, der zu den Markenrichtlinien passt. Ein Abteilungsleiter möchte wissen, welche Formulierung die Rechtsabteilung für Kundenverträge freigegeben hat. In allen drei Fällen soll die Antwort nicht „ungefähr stimmen“, sondern maßgeblich sein: so, wie sie im Unternehmen gilt, und möglichst immer gleich.

Genau für solche Fälle hat Microsoft am 21. Oktober 2026 im Message Center eine Ankündigung veröffentlicht, die seit heute, dem 26. Oktober 2026, allgemein verfügbar ist. Sie trägt die Nummer MC1518233 und den Titel „Copilot Studio – Enhanced support for Copilot Chat agents“, auf Deutsch etwa: erweiterte Unterstützung für Copilot-Chat-Agenten. Dieser Artikel zeigt, was darin steht, was ausdrücklich nicht darin steht und was Sie als Geschäftsführerin oder Geschäftsführer eines mittelständischen Unternehmens daraus ableiten können. Wir halten uns dabei eng an die Quelle und kennzeichnen jede eigene Einschätzung als solche.

Eine Vorbemerkung zur Quellenlage, weil Transparenz hier zählt: Das Message Center selbst ist ein Administrationsbereich und verlangt eine Anmeldung. Wir konnten den Eintrag deshalb nicht im Original lesen, sondern über eine öffentliche Spiegelung (mc.merill.net/message/MC1518233). Die Inhalte sind dort sinngemäß wiedergegeben. Was wir im Folgenden als Aussage von Microsoft beschreiben, stammt aus dieser Spiegelung, und die Funktionsbezeichnungen haben wir unverändert übernommen.

Was Microsoft angekündigt hat: sechs Bausteine für Copilot-Chat-Agenten

Der Eintrag handelt von Copilot-Chat-Agenten, die Microsoft auch als „Declarative Agents“ bezeichnet, also als Agenten, die durch Vorgaben beschrieben werden und innerhalb des Copilot-Chats arbeiten. Laut Eintrag sollen sie maßgebliche Antworten und standardisierte Inhalte liefern. Als Beispiele nennt die Ankündigung standardisierte Antworten auf Fragen aus dem Personalbereich und Inhalte, die Markenrichtlinien und rechtliche Vorgaben einhalten. Das ist eine bemerkenswert nüchterne Zielbeschreibung: Es geht nicht um kreative Höhenflüge, sondern um verlässliche, wiederholbare Auskünfte.

Für den Bau solcher Agenten in Copilot Studio nennt der Eintrag sechs Funktionen. Wir führen sie in der Reihenfolge der Quelle auf:

• Topics für deterministische Gesprächsabläufe. „Deterministisch“ heißt: Der Ablauf ist festgelegt und nicht jedes Mal neu ausgewürfelt. Bei einer Frage nach einem festen Vorgang soll immer derselbe Weg durchlaufen werden.
• Connected Agents, um Arbeit zu delegieren. Ein Agent kann also Teile einer Aufgabe an einen anderen Agenten übergeben.
• Evaluations, um die Qualität der Agenten zu verbessern. Die Quelle nennt keine Einzelheiten, wie die Bewertung abläuft.
• Monitoring, um die Nutzung der Agenten nachzuverfolgen.
• Eine native Vorschau im Copilot-Chat mit einer Activity Map. Damit lässt sich testen und nachvollziehen, was Nutzerinnen und Nutzer sehen werden.
• Agent-Lifecycle-Management mit getrennten Agentenversionen für Entwicklung, Test und Produktion.

Als Handlungsbedarf nennt der Eintrag laut Spiegelung ausdrücklich keine Aktion („No action required“), er dient der Information. Empfohlen wird, die neuen Funktionen zu prüfen und einzuschätzen, ob sie bestehende Entwicklungsprozesse für Copilot-Chat-Agenten verbessern. Außerdem sollen interne Dokumentation und Schulungsmaterialien bei Bedarf aktualisiert und die Funktionen an Maker und Entwicklungsteams kommuniziert werden. „Maker“ bezeichnet bei Microsoft Personen, die Agenten und Anwendungen in der Power Platform bauen, häufig aus den Fachabteilungen und nicht aus der IT.

Wenn man die sechs Bausteine nebeneinanderlegt, fällt auf, dass vier davon nicht die Intelligenz des Agenten betreffen, sondern seine Steuerbarkeit: feste Abläufe (Topics), Qualitätsmessung (Evaluations), Beobachtung (Monitoring) und geordnete Übergänge zwischen Entwurf, Test und Betrieb (Lifecycle). Nur Connected Agents erweitert, was ein Agent tun kann, nämlich Arbeit weiterzugeben. Das ist unsere Beobachtung, keine Aussage von Microsoft, aber sie ist für die Einordnung wichtig: Die Ankündigung ist weniger ein Sprung in der Fähigkeit als ein Schritt in Richtung Betriebsreife.

Vier von sechs Bausteinen betreffen nicht, was ein Agent kann, sondern wie Sie ihn führen, prüfen und in Betrieb nehmen. Das ist die eigentliche Nachricht für den Mittelstand.

Connected Agents erklärt: wenn ein Agent Arbeit abgibt

Der Begriff „Connected Agents“ klingt technischer, als er im Kern ist, deshalb eine kurze Erklärung als Wissensbaustein. Bisher stellen sich viele Menschen einen Agenten wie eine einzelne Assistentin vor: Sie fragen, sie antwortet. Bei Delegation arbeitet ein Agent eher wie eine Teamleiterin. Sie nimmt eine Aufgabe entgegen, erkennt, dass ein Teil davon bei einer Kollegin mit anderer Spezialisierung besser aufgehoben ist, und übergibt diesen Teil. Das Ergebnis fließt zurück, und die erste Agentin setzt damit ihre eigene Arbeit fort.

Ein Beispiel aus der Praxis, ausdrücklich als Gedankenspiel und nicht als Beschreibung eines Microsoft-Anwendungsfalls: Ein Agent beantwortet Fragen zu Reisekosten. Zu den Regeln der Reisekostenordnung kennt er sich aus. Fragt jemand allerdings nach der steuerlichen Behandlung einer Auslandsreise, könnte er diese Teilfrage an einen zweiten, auf Steuerthemen spezialisierten Agenten weitergeben, statt selbst zu raten. Der Vorteil liegt in der Spezialisierung: Jeder Agent hat einen engen Auftrag, und enge Aufträge lassen sich leichter prüfen als ein einziger Agent, der alles können soll.

Der Preis dafür ist eine neue Art von Verantwortung. Sobald zwei Agenten zusammenarbeiten, gibt es eine Übergabestelle, und an Übergabestellen passieren die typischen Fehler. Eine Information geht verloren, ein Auftrag wird anders verstanden, als er gemeint war, oder der zweite Agent verfügt über Rechte, die der erste nie haben sollte. Fragen, die Sie sich bei einem einzelnen Agenten nur einmal stellen müssen, stellen sich nun für jede Verbindung: Was darf der Agent weitergeben? Was bekommt der andere zu sehen? Wer sieht am Ende das Ergebnis, bevor es jemanden erreicht?

Die Quelle beschreibt Connected Agents nur mit dem Satz, dass sie der Delegation von Arbeit dienen. Wie genau die Übergabe technisch funktioniert, welche Berechtigungen dabei gelten und ob sich Verbindungen einschränken lassen, steht darin nicht. Wir erklären deshalb das Prinzip, nicht Microsofts Umsetzung. Wer Connected Agents einsetzen möchte, sollte die Produktdokumentation von Microsoft zu diesen Punkten lesen, bevor er Annahmen trifft.

Verfügbarkeit, Quellenlage und was wir nicht wissen

Beginnen wir mit dem, was belegt ist. Nach der Ankündigung vom 21. Oktober 2026 ist der Termin der allgemeinen Verfügbarkeit („General Availability“) der 26. Oktober 2026. Das ist heute. Ein Hinweis auf eine Testphase oder Vorschau („Preview“) für die genannten Funktionen steht in der Spiegelung des Eintrags nicht. Insoweit dürfen wir festhalten: Laut Message Center sind die Funktionen ab heute allgemein verfügbar.

Ebenso wichtig ist, was fehlt. Der Eintrag enthält laut Spiegelung keine Angaben zu Lizenzen und keine Angaben zu Regionen. Das heißt konkret:

• Ob für die Nutzung eine bestimmte Lizenz oder ein Zusatzpaket nötig ist, ist nicht belegt.
• Ob die Funktionen in allen Regionen und damit in Deutschland, Österreich und der Schweiz zugleich bereitstehen, ist nicht belegt. Für den DACH-Raum lautet der Status daher: unbekannt.
• Ob und wie sich Connected Agents in Ihrem Tenant einschränken oder abschalten lassen, ist nicht belegt.
• Ob Ihre Administratoren die Funktionen sofort sehen oder ob der Rollout gestaffelt erfolgt, ist nicht belegt.

Wir sagen das so deutlich, weil in Gesprächen mit Unternehmen schnell der Satz fällt: „Das haben wir doch schon, wir nutzen Microsoft 365.“ Das mag stimmen, beantwortet aber keine der vier Fragen. Ob Ihnen etwas zusteht, hängt von Ihrem Vertrag, Ihrem Tenant und Ihrer Region ab, und das kann Ihr Microsoft-Ansprechpartner oder Ihre IT-Administration klären. Wir können es von außen nicht beurteilen und behaupten es deshalb auch nicht.

Was wir ebenfalls nicht wissen: Der Eintrag nennt keine Nutzungszahlen, keine Kosten und keine Erfahrungsberichte. Er beschreibt keine Grenzen der Funktionen, etwa wie viele Agenten sich verbinden lassen oder wie tief Delegationsketten reichen dürfen. Er sagt nichts darüber, wie zuverlässig die Delegation im Alltag funktioniert. Und er sagt nichts zur datenschutzrechtlichen Bewertung, etwa wenn ein Agent Fragen mit personenbezogenen Daten, beispielsweise aus dem Personalbereich, an einen anderen Agenten weiterreicht. Gerade das HR-Beispiel der Quelle zeigt, warum diese Frage vor dem Einsatz beantwortet sein muss.

Aus diesen Lücken ergibt sich eine einfache Haltung, die wir Ihnen empfehlen: Behandeln Sie die Ankündigung als gesicherte Nachricht über ein Produkt, aber als offene Frage über Ihre eigene Situation. Die Nachricht ist „es gibt jetzt Connected Agents, Monitoring und Lifecycle-Verwaltung in Copilot Studio“. Die offene Frage ist „was davon dürfen und sollten wir nutzen“.

Was das für ein Unternehmen im Mittelstand bedeutet: vier Schritte zur Vorbereitung

Die Quelle empfiehlt, die Funktionen zu prüfen, Dokumentation und Schulung anzupassen und die Maker zu informieren. Das ist richtig, aber für ein Unternehmen mit 50 oder 150 Mitarbeitenden noch recht allgemein. Wir übersetzen es in vier konkrete Schritte. Sie sind unsere Empfehlung, keine Vorgabe von Microsoft, und sie sind bewusst so gewählt, dass Sie sie ohne technische Vorkenntnisse anstoßen können.

Schritt 1: Inventur. Finden Sie heraus, welche Copilot-Chat-Agenten es in Ihrem Unternehmen bereits gibt und wer sie gebaut hat. In vielen Organisationen entstehen solche Agenten in den Fachabteilungen, ohne dass die Geschäftsleitung davon weiß. Eine einfache Liste genügt: Name, Zweck, Verantwortliche oder Verantwortlicher, welche Informationen der Agent nutzt. Wer keine Inventur hat, kann später weder Qualität noch Nutzung beurteilen.

Schritt 2: Wer darf bauen und wer darf verbinden? Die Frage, wer einen Agenten anlegen darf, ist bekannt. Neu ist die zweite Frage: Wer darf Agenten miteinander verbinden? Denn mit Connected Agents kann ein harmloser Agent mit engem Auftrag plötzlich Arbeit an einen Agenten mit weitreichenderen Möglichkeiten abgeben. Legen Sie fest, dass Verbindungen nicht still entstehen, sondern von einer benannten Person bewusst genehmigt werden. Ob sich das in Ihrem Tenant technisch erzwingen lässt, ist, wie oben beschrieben, nicht belegt. Eine organisatorische Regel ist trotzdem möglich.

Schritt 3: Die Test-gegen-Produktiv-Regel. Das Lifecycle-Management trennt laut Quelle Entwicklung, Test und Produktion. Nutzen Sie diese Trennung als Regel: Nichts, was Mitarbeitende für verbindliche Auskünfte verwenden, wird direkt im Produktivstand geändert. Jede Änderung durchläuft zuerst den Teststand und wird dort von einer zweiten Person angeschaut. Wer das nicht einhält, hat zwar die Funktion, aber keinen Nutzen davon.

Schritt 4: Verantwortliche für Evaluations und Monitoring benennen. Beide Funktionen sind nur so gut wie die Menschen, die sich die Ergebnisse ansehen. Bestimmen Sie vorab, wer das Monitoring regelmäßig ansieht, wer bei auffälligen Antworten entscheidet und wer einen Agenten im Zweifel aus dem Verkehr nimmt. Legen Sie außerdem fest, anhand welcher Beispielfragen die Qualität eines Agenten geprüft wird. Für den HR-Agenten könnten das beispielsweise zwanzig typische Fragen zu Urlaub, Elternzeit und Krankmeldung sein, deren richtige Antworten die Personalabteilung vorab festlegt. Das ist ein Gedankenbeispiel, wie man Qualität messbar macht, kein Ergebnis aus einem Projekt.

Wenn Sie diese vier Schritte gegangen sind, haben Sie den größten Teil der Arbeit erledigt, bevor die Technik überhaupt ins Spiel kommt. Das ist kein Zufall: Dass sich Agenten unter Kontrolle halten lassen, ist selten eine Frage des Werkzeugs, sondern der Verabredungen darum herum. Hinzu kommt ein Punkt, der sich aus dem HR-Beispiel der Quelle ergibt. Wenn ein Agent Auskünfte zu Personalthemen gibt, berühren diese schnell personenbezogene Daten. Binden Sie deshalb früh Ihre Datenschutzbeauftragte oder Ihren Datenschutzbeauftragten und gegebenenfalls den Betriebsrat ein, bevor ein solcher Agent in den Betrieb geht. Auch das ist eine Empfehlung von uns und keine Aussage der Quelle.

Der Code-Operator: wie wir die Nachricht einordnen

Auf amazing-agents.com beschreiben wir acht Agenten. Einer davon ist der Code-Operator mit der Beschreibung „Bugs, Fixes, Pull-Requests mit Ihrer Freigabe“. Warum ordnen wir eine Nachricht über Copilot Studio dem Code-Operator zu, obwohl es in dem Eintrag nicht um Programmcode im engeren Sinn geht?

Der Grund liegt im Zuschnitt der Aufgabe. Wer in Copilot Studio Agenten baut, verbindet, testet und von der Entwicklung in die Produktion überführt, betreibt etwas, das dem Entwickeln von Software sehr ähnlich ist: Es gibt Versionen, Testläufe, Freigaben und Rückfallpunkte. Genau diese Denkweise bringt der Code-Operator mit. Er arbeitet Änderungen vor, schlägt sie vor, und ein Mensch entscheidet, ob sie übernommen werden. Die Parallele ist unsere Einordnung, keine Produktaussage.

Wir möchten hier sorgfältig trennen. Copilot Studio ist ein Produkt von Microsoft, kein Produkt von Amazing Agents. Wir behaupten nicht, dass die beschriebenen Funktionen Teil unseres Angebots sind oder dass der Code-Operator sie bedient. Die Zuordnung dient dazu, die Aufgabe zu beschreiben: wie ein Agent in diesem Bereich arbeiten sollte und wo seine Grenzen verlaufen.

Wir beschreiben außerdem ein Vorgehen und kein Ergebnis aus einem Kundenprojekt. So gehen wir im Audit vor: Wir sammeln mit Ihnen die Agenten und Assistenten, die es bereits gibt oder die Sie planen. Wir ordnen jedem Agenten einen engen Auftrag zu. Wir legen fest, welche Aktionen er allein ausführen darf, welche er nur vorschlägt und welche er nie anfasst. Und wir bestimmen für jede Übergabe, ob an Ihrer Stelle ein Mensch hinschaut. Auf der Webseite steht allgemein für alle Agenten: Jeder Agent läuft in einem definierten Rahmen mit Freigabe-Schritten bei kritischen Aktionen. Dieser Rahmen ist das, was einen Agenten für ein Unternehmen tragbar macht. Er ist keine Bremse, sondern die Voraussetzung dafür, dass Sie ihm überhaupt Aufgaben geben dürfen.

Agent mit Grenzen und Freigabe-Schritt: der Unterschied

Zum Schluss der Gedanke, der für uns den Kern dieser Nachricht ausmacht. Delegation von Agent zu Agent ist ein Fortschritt, aber sie ersetzt keinen Freigabe-Schritt. Im Gegenteil: Je mehr Arbeit zwischen Agenten wandert, desto wichtiger wird die Stelle, an der ein Mensch hinsieht. Um den Unterschied greifbar zu machen, stellen wir zwei Abläufe nebeneinander. Es sind Gedankenspiele, keine Berichte aus Projekten.

Ohne Freigabe-Schritt: Ein Agent nimmt eine Anfrage entgegen und reicht sie an einen zweiten Agenten weiter. Dieser formuliert eine Antwort, die der erste ungeprüft zurückgibt. Enthält die Antwort einen Fehler, etwa eine veraltete Urlaubsregel, wird sie von Mitarbeitenden als maßgeblich verstanden und befolgt. Wer den Fehler verursacht hat, ist im Nachhinein schwer zu sagen, denn die Kette hatte mehrere Glieder und niemand hat zwischendurch hingesehen.

Mit Freigabe-Schritt: Die Agenten arbeiten ebenfalls zusammen, aber jede Änderung eines Agenten durchläuft zuerst den Teststand, wird dort von einer benannten Person gegengeprüft und erst dann in den Produktivstand übernommen. Das Monitoring zeigt, welche Antworten tatsächlich gegeben werden, und bei Auffälligkeiten greift jemand ein. Die Entscheidung hat einen Namen, und der Weg ist nachvollziehbar. Das kostet Zeit pro Änderung, spart aber die Zeit, die ein unbemerkter Fehler in einer Antwort verursacht, auf die sich viele Menschen verlassen.

Unsere Empfehlung dazu, ausdrücklich als solche gekennzeichnet: Der natürliche Ort für die menschliche Freigabe ist der Übergang von Test zu Produktion, den die Lifecycle-Verwaltung ohnehin vorsieht. Microsoft sagt in dem Eintrag nicht, dass dort eine menschliche Freigabe stattfinden sollte oder wie sie auszusehen hat. Aber die Trennung der Stände bietet genau die Stelle, an der sie sich einfügen lässt, ohne den Alltag zu verlangsamen. Ein Agent, der Antworten gibt, die als maßgeblich gelten, gehört nicht ohne diesen Schritt in den Betrieb.

Ein Agent mit Grenzen und Freigabe-Schritt arbeitet in diesem Sinn nicht gegen Sie, sondern für Sie. Er hat einen engen Auftrag, kennt die Rechte, die er hat, und weiß, dass bestimmte Dinge erst nach einem menschlichen Ja geschehen. Er ist der Gegenentwurf zum Versprechen, ein Netz aus Agenten regle alles von selbst. Die Funktionen, die Microsoft heute freigibt, machen diesen Gegenentwurf übrigens leichter: Feste Abläufe, Tests, Beobachtung und getrennte Stände sind genau die Werkzeuge, mit denen sich Grenzen ziehen lassen. Ob Sie sie nutzen, entscheidet Ihr Unternehmen, nicht die Technik.

Quelle: Microsoft 365 Message Center, MC1518233, „Copilot Studio – Enhanced support for Copilot Chat agents“, veröffentlicht am 21. Oktober 2026, allgemeine Verfügbarkeit am 26. Oktober 2026. Gelesen über die öffentliche Spiegelung mc.merill.net/message/MC1518233, da das Message Center selbst eine Administrator-Anmeldung verlangt.