Microsoft Copilot Studio — Cheat Sheet

Dieses Blatt ist für den Moment gedacht, in dem ein Agent schon steht und eine Entscheidung ansteht: Welche Wissensquelle verträgt wie viele URLs? Läuft das Werkzeug mit Nutzer- oder Makerrechten? Was kostet eine generative Antwort? Es bringt die Methode nicht bei — es erinnert an Raster und Grenzwerte.

Maßgeblich ist und bleibt die Microsoft-Learn-Dokumentation zu Copilot Studio. Sie ist aktueller als jede Zusammenfassung; das Produkt bewegt sich im Wochentakt. Stand dieses Blatts: September 2026.

Bausteine und Harness

Nur ein Agent Flow mit dem Auslöser When an agent calls the flow lässt sich als Werkzeug anhängen. Ein Agent entscheidet, ein Agent Flow führt aus — gleiche Eingabe, gleiche Ausgabe.

Der GitHub-Copilot-Harness ist ein Framework in Copilot Studio, nicht der Dienst GitHub Copilot. Funktionsumfang, Kanäle und Abrechnung hängen am Harness — die Wahl lässt sich später kaum korrigieren.

Modul: Copilot Studio im Microsoft-Ökosystem

Wissensquellen und ihre Grenzen

Ab mehr als 25 Wissensquellen filtert die generative Orchestrierung mit einem internen Modell vor. Verknüpfungen innerhalb eines Dokuments werden nicht verfolgt — was gefunden werden soll, muss selbst registriert sein. Bei SharePoint gilt die Berechtigung der fragenden Person; verschlüsselte Dateien bleiben trotz Leserecht außen vor und melden sich wie „nicht vorhanden”.

Modul: Unternehmenswissen erschließen

Topics: Knotenarten

Kein Punkt im Namen eines Topics — sonst lässt sich die Solution nicht exportieren. Eigene Entitäten (geschlossene Listen, Muster) stehen als Eingabeparameter für Topics und Werkzeuge nicht zur Verfügung; dafür braucht es einen Frageknoten.

Modul: Topics und Gesprächsführung

Generative Orchestrierung: beschreiben und begrenzen

Die Beschreibung eines Bausteins ist der wichtigste Faktor der Auswahl — vor Name, Ein- und Ausgaben. Der Zusatz, was ein Baustein nicht tut, trennt ähnliche Zuständigkeiten zuverlässiger als jedes zusätzliche Stichwort.

Modul: Generative Orchestrierung

Werkzeuge anbinden

Die Orchestrierung verarbeitet bis zu 128 Werkzeuge je Agent; empfohlen sind 25 bis 30. Zwei Einstellungen je Werkzeug entscheiden über das Risiko: die Zugangsdaten (nutzende Person oder Maker) und die Rückfrage vor dem Ausführen — die steht standardmäßig auf Nein. Mit Makerrechten handelt der Agent für alle Nutzenden mit den Rechten einer Person; beim Teilen wirkt das weiter.

Computer Use braucht zusätzlich eine eigene Absicherung:

Die Zugriffssteuerung verhindert Aktionen, nicht das Öffnen einer Seite.

Modul: Werkzeuge und Agent Flows

Authentifizierung und Risiken

Teams und Microsoft 365 unterstützen nur die Anmeldung mit Microsoft; jede andere Option blockiert diese Kanäle. Änderungen greifen erst nach dem Veröffentlichen.

Modul: Identität und Governance

Testen und auswerten

Dazu laufen vier Sicherheitsprüfungen mit: Hass und Unfairness, sexuelle Inhalte, Gewalt, Selbstverletzung. Sie unterstützen, sie garantieren nichts.

Auswertungsdaten stehen bis zu 360 Tage zur Verfügung, Sitzungsdetails und Transkripte nur 28 Tage. Kennzahlen zu aktiven Nutzenden gibt es nur mit Anmeldung.

Module: Testen und evaluieren · Bereitstellung und Weiterentwicklung

Kanäle und Bereitstellung

Nicht solutionfähig und deshalb je Zielumgebung von Hand nachzuziehen: Application-Insights-Einstellungen, manuelle Authentifizierung, Sicherheit des Web-Kanals, verbundene Kanäle und jede Art von Freigabe.

Modul: Bereitstellung und Weiterentwicklung

Abrechnung: Copilot Credits

Intern und mit Microsoft-365-Copilot-Lizenz sind diese Fähigkeiten ohne Berechnung. Computer Use rechnet je Schritt ab: 5 Credits, mit einem Premium-Modell 15. Bei 125 Prozent der vorausbezahlten Kapazität werden eigene Agents deaktiviert; aufgebrauchte Kapazität blockiert Agent-Flow-Läufe, während der Agent weiter antwortet. Eine reine Testlizenz erlaubt Erstellung und Testchat, aber keine Veröffentlichung.

Modul: Kosten und fortgeschrittene Einsatzmuster

Typische Fallen

• Der Harness wird nach dem Namen gewählt, nicht nach der Anforderung — und die Abrechnungsunterschiede fallen erst mit der ersten Rechnung auf.
• Ausschlüsse stehen nirgends, also beantwortet der Agent auch, was er nicht darf. Der Aufgabenbereich braucht beide Hälften.
• Zwei Bausteine tragen ähnliche Beschreibungen — die Auswahl wird unvorhersehbar, und das Systemthema für mehrere Treffer greift derzeit nicht.
• Eine Anweisung erzwingt ein starres Ausgabeformat und unterdrückt damit die Quellenangabe; ohne Beleg hält der Agent die Antwort zurück und wirkt ahnungslos.
• Getestet wird mit dem Maker-Konto, das mehr sieht als die Zielgruppe — Berechtigungsfehler fallen erst im Betrieb auf.
• Die Rückfrage vor dem Ausführen bleibt auf Nein, und eine schreibende Aktion läuft ohne Bestätigung.
• Nichtfund, Zeitüberschreitung und Systemfehler enden in derselben Meldung — die nutzende Person zieht dreimal den falschen Schluss.
• Aktuelle Zahlen stehen in einem Dokument statt im Fachsystem; eine veraltete Angabe wirkt so verbindlich wie eine aktuelle.
• In der Produktion wird schnell etwas geändert und nie zurückgespielt — ab da ist die Entwicklungsumgebung falsch.
• Eine Vorschaufunktion trägt den Kern des Anwendungsfalls, ohne dass der Status irgendwo mit Datum festgehalten wäre.

Module: alle elf des Seminars