Zuletzt aktualisiert: 8. Oktober 2026 · Version: 1.2
Redaktionshinweis: Dieser Artikel wurde mit KI-Unterstützung recherchiert und überarbeitet sowie menschlich redaktionell geprüft und freigegeben. Produktangaben stammen von Microsoft; ein eigener Praxistest wurde nicht durchgeführt. Verfügbarkeit im jeweiligen Tenant prüfen.
In 30 Sekunden
- Apps und Managed Runtime sind Public Preview; das Review-Panel ist allgemein verfügbar.
- Hooks können Werkzeugaufrufe prüfen, Parameter ändern oder Aufrufe ablehnen. Sie gehören zum GitHub Copilot Harness, einem Ausführungsrahmen für Agenten mit Planung und Werkzeugnutzung.
- Bei Hook-Fehlern läuft der Agent weiter. Warnungen im Review-Panel verhindern die Veröffentlichung nicht.
- Starten Sie mit einem Prozess, dessen schreibende Aktionen im Zielsystem unabhängig vom Agenten autorisiert werden.
Microsoft-Produktstand: Die Funktionen haben unterschiedliche Reifegrade und Voraussetzungen; die Übersicht unten ordnet sie ein.
AI-Fabrik-Einordnung: Geschäftskritische Schreibrechte brauchen eine verbindliche Kontrolle im Zielsystem oder einem vorgeschalteten autorisierten Dienst.
Vor dem Bau: einen Prozess zerlegen
Ordnen Sie jeden Schritt einer Oberfläche, einer festen Ablaufregel oder einer Agentenentscheidung zu. Benennen Sie fachlichen Owner, ausführende Identität und Freigabestelle.
Ein Agent kann eine plausible Bestellung vorschlagen. Ob sie zulässig ist, muss auch bei ausgefallener Vorprüfung technisch entschieden werden. Für IT-Leitung und Plattform-Teams ist das die zentrale Kontrollfrage hinter Microsofts Copilot-Studio-Update.
Eine interne Beschaffungsanwendung macht sie greifbar: Bedarf erfassen, Richtlinien erklären und Genehmigungen einholen sind unterschiedliche Aufgaben. Microsofts September-Update vom 7. Oktober 2026 bringt die Bausteine dafür näher zusammen.
Copilot Studio: der Produktstand im Überblick
| Baustein | Stand laut Microsoft | Entscheidungsfrage |
|---|---|---|
| Apps und Managed Runtime | Public Preview | Ist ein begrenzter Pilot mit Rückfallweg möglich? |
| Hooks | Preview; GitHub Copilot Harness | Wo wird die Regel bei Hook-Ausfall durchgesetzt? |
| Foundry-IQ-Integration | Allgemein verfügbar | Passt die Wissensbasis zum Berechtigungsmodell? |
| Review-Panel | Allgemein verfügbar | Welche Warnungen werden intern zu Freigabehürden? |
| Plugin-Verzeichnis | Studio-Anbindung für die kommenden Wochen angekündigt | Ist die Funktion im eigenen Tenant bereits vorhanden? |
Die Herstellerangaben bestätigen keine Verfügbarkeit im eigenen Tenant. Auch der gewählte Ausführungsrahmen entscheidet über den Funktionsumfang.
Apps, Workflows und Agenten übernehmen verschiedene Aufgaben
Laut Microsofts App-Ankündigung vom 10. September erzeugt Copilot Studio aus einer Beschreibung ein App-Grundgerüst. Nutzer können es im Dialog verfeinern und den Code einsehen. Connectoren verbinden Geschäftsdaten; Git-basierte Versionierung und getrennte Bereitstellungsstufen sollen die Weiterentwicklung unterstützen. Erstellung und Ausführung folgen einem verbrauchsabhängigen Abrechnungsmodell.
Hypothetisches Praxisbeispiel: Ein mittelständischer Maschinenbauer plant eine Beschaffungsanwendung. AI-Fabrik empfiehlt dafür diese Aufgabenteilung:
App: erfassen und anzeigen
Artikel, Menge und Kostenstelle werden strukturiert eingegeben. Der Bearbeitungsstatus bleibt sichtbar.
Workflow: Regeln ausführen
Pflichtfelder, Freigabezuständigkeit und Übergabe an das Einkaufssystem folgen einem definierten Ablauf.
Agent: Unklarheiten bearbeiten
Der Agent erklärt Richtlinien und formuliert Rückfragen bei unvollständigen Angaben.
Agent erklärt → Workflow orchestriert → Zielsystem erzwingt Rechte
Architektur-Merkhilfe für dieses Beispiel: Die Bestellberechtigung entsteht aus dem autorisierten Prozess und den Rechten im Einkaufssystem.
Hooks: Die wichtigste Grenze steht in der Fehlerbehandlung
Hooks starten einen verbundenen Workflow bei festgelegten Ereignissen im Agentenablauf. Beim Ereignis „Pre tool use“ kann die Prüfung Parameter verändern oder einen Werkzeugaufruf ablehnen. Die Funktion gilt für den GitHub Copilot Harness. Quelle: Microsoft Learn, Hooks.
Ein Hook-Ausfall stoppt den Agenten nicht
Microsoft dokumentiert ausdrücklich: Scheitert der Workflow, überschreitet er sein Zeitlimit oder liefert eine unlesbare Antwort, läuft der Agent weiter, als habe der Hook nichts zurückgegeben. Ein Hook sollte daher nicht die einzige Absicherung einer geschäftskritischen Regel sein. Dokumentierte Einschränkung.
Im Beispiel muss das Einkaufssystem oder ein vorgeschalteter Dienst fehlende Genehmigungen selbst erkennen und die Bestellung ablehnen. Die menschliche Freigabe erfolgt außerhalb des Agentenkontexts: mit sichtbarem Artikel, Betrag, Lieferant und Folgen sowie einer echten Ablehnungsmöglichkeit. Das sind Architektur-Empfehlungen, keine zugesicherten Standardfunktionen.
Das Review-Panel zeigt Veröffentlichungsprobleme, keine vollständige Abnahme
Die Review-Dokumentation bezieht sich auf den GitHub Copilot Harness. Sie trennt „Blocking“ von „Warning“: Nur blockierende Befunde verhindern die Veröffentlichung. Warnungen können bestehen bleiben. Microsoft weist außerdem darauf hin, dass das Panel administrative Governance und Compliance-Berichte nicht ersetzt.
Für offene Warnungen sollte die interne Freigabe Bewertung, Verantwortlichen und Gegenmaßnahme festhalten. Bei schreibenden Agenten gelten strengere Kriterien als bei einer reinen Richtlinienauskunft.
Evaluationen müssen den tatsächlichen Auftrag prüfen
Das Monatsupdate nennt zusätzliche Prüfungen für Aufgabenerfüllung, Werkzeugauswahl, Safety und Latenz sowie wiederverwendbare eigene Bewertungsregeln. Quelle: September-Update.
Ein hoher Safety-Wert ist jedoch kein Nachweis korrekter Berechtigungen. Microsofts Evaluation-Dokumentation für den Standard Harness beschreibt unter anderem Inhaltsprüfungen auf Gewalt, Hass, sexuelle Inhalte und Selbstverletzung und schließt eine universelle Sicherheitsgarantie ausdrücklich aus. Die dort dokumentierten Möglichkeiten dürfen nicht pauschal auf den GitHub Copilot Harness übertragen werden.
AI-Fabrik-Pilotcheck: Prüfen Sie neben dem Agentenverhalten die tatsächliche Wirkung im Zielsystem:
- Fehlende Freigabe: Eine schreibende Aktion bleibt gesperrt, auch wenn der Nutzer behauptet, die Zustimmung liege vor.
- Ausgefallene Prüfung: Bei einem erzwungenen Hook-Timeout verhindert die nachgelagerte Kontrolle die unzulässige Bestellung.
- Doppelter Aufruf: Eine wiederholte Anfrage erzeugt keinen zweiten Geschäftsvorgang.
- Manipulierter Quelltext: Eine Anweisung in einem Dokument verändert weder Berechtigungen noch erlaubte Ziele.
Die Kriterien sind Empfehlungen, keine Messergebnisse. Fachlicher und technischer Owner dokumentieren Version, Ergebnis und Befunde; nach relevanten Änderungen wird nachgetestet. Mehr dazu: KI-Assistenten prüfen: 20 Testfälle für die Freigabe.
Foundry IQ: vorhandenes Wissen wiederverwenden
Die technische Anleitung zur Foundry-IQ-Anbindung setzt einen Agenten mit GitHub Copilot Harness und Zugriff auf eine vorhandene Wissensbasis voraus. Pro Agent ist dort eine Foundry-IQ-Verbindung dokumentiert. Mehrere Datenquellen können innerhalb der Wissensbasis gebündelt sein.
Für den Einkauf genügt möglicherweise eine kuratierte Richtliniensammlung. Vor ihrer Wiederverwendung sind fachlicher Umfang und effektive Nutzerrechte zu prüfen.
Datenschutz am Beschaffungsprozess prüfen
Der konkrete Prüfauftrag reicht von der Eingabemaske bis zum Einkaufssystem:
- Welche Personen- und Einkaufsdaten gelangen in Prompt, Wissensbasis, Telemetrie und Zielsystem?
- Welche Identität führt Schreibzugriffe aus, und welche Rechte besitzt sie?
- Welche Logs entstehen, wer sieht sie und wann werden sie gelöscht?
- Welche Daten verlassen gegebenenfalls die gewählte Region oder den vorgesehenen Tenant-Kontext?
Für Deutschland und Österreich bilden insbesondere Artikel 5, 28, 32 und 35 der DSGVO das Prüffundament; eine Datenschutz-Folgenabschätzung hängt vom Risiko ab. Für die Schweiz ist der anwendbare Rechtsrahmen gesondert zu bewerten.
Pilotkosten und Zuverlässigkeit gemeinsam messen
Copilot Credits bilden den verbrauchsabhängigen Abrechnungsrahmen. Ein belastbarer Preis pro Beschaffungsvorgang lässt sich aus der Ankündigung nicht ableiten.
Messvorlage für den Pilot
| Messfeld | Zu erfassen |
|---|---|
| Akzeptierte Abschlüsse | Korrekt verarbeitete Vorgänge im Verhältnis zu allen Vorgängen |
| Sicherheitsfehler | Unzulässige Aktion trotz fehlender Freigabe |
| Kosten | Credits für Erstellung, Tests und Betrieb; Tarif, Währung, Datum; Infrastruktur und Nacharbeit |
| Zuverlässigkeit | Fehler, Timeouts und doppelte Vorgänge jeweils bezogen auf alle Vorgänge |
| Nachweisbarkeit | Systemversion, Testfall, Ergebnis und verantwortlicher Owner |
Kosten je akzeptiertem Abschluss: Periodenkosten einschließlich anteiligem Entwicklungsaufwand durch akzeptierte Abschlüsse teilen. Mit dem bisherigen Ablauf bei gleicher Ergebnisqualität vergleichen.
Für kleine Teams genügt eine einfache Übersicht mit benanntem Owner. Mehrere schreibende Integrationen brauchen gemeinsame Freigaberegeln; hohe finanzielle Wirkung rechtfertigt eine unabhängige Prüfung.
FAQ: Entscheidungen vor dem Pilot
Müssen vorhandene Agenten auf den GitHub Copilot Harness umgestellt werden?
Nein. Eine Migration sollte einen konkreten Funktionsbedarf erfüllen und erneute Verhaltens-, Rechte- und Kostentests einschließen.
Ist eine gemeinsame Wissensbasis automatisch für alle Nutzer geeignet?
Nein. Wiederverwendung spart Konfigurationsaufwand, ersetzt aber keine Prüfung des fachlichen Umfangs und der effektiven Zugriffsrechte.
Wann lohnt sich ein eigener Pilot?
Wenn ein konkreter Ablauf strukturierte Eingaben, feste Regeln und sprachliche Klärung verbindet. Bleibt die Aufgabe ein einfaches Formular mit eindeutigem Freigabeweg, sollte zunächst geprüft werden, ob die vorhandene Automatisierung bereits genügt.
Vor dem Rollout zählt der Fehlerfall
Der nächste Freigabetermin sollte einen gezielten Ausfalltest enthalten. Erst wenn das Team das Verhalten vom Hook bis zum Zielsystem nachvollziehen kann, hat es eine belastbare Grundlage für die Rollout-Entscheidung.
Weiterführende Artikel auf AI-Fabrik
- Copilot Studio und Agents: Architektur, Governance und sicherer Betrieb
- KI-Assistenten prüfen: 20 Testfälle für die Freigabe
- Microsoft Enterprise RAG: Azure AI Search, Foundry IQ und Copilot Studio
- Microsoft Copilot Credits 2026: Kosten, Lizenzlogik und Steuerung für Unternehmen
- Microsoft Copilot mit Home, Code und Autopilot: Was Unternehmen wissen müssen
Quellen
Quellenstand: 8. Oktober 2026. Produktinformationen sind Herstellerangaben; Architektur- und Pilotempfehlungen sind redaktionelle Einordnung.
- Microsoft: Copilot Studio – September-Update, veröffentlicht am 7. Oktober 2026; Funktions- und Verfügbarkeitsangaben.
- Microsoft: Build apps in Copilot Cowork and Copilot Studio, 10. September 2026; App-Erstellung und Lebenszyklus.
- Microsoft Learn: Hooks (Preview), aktualisiert am 29. September 2026; Ereignisse und Fehlerverhalten.
- Microsoft Learn: Review agent readiness and status; Blockaden, Warnungen und Geltungsbereich.
- Microsoft Learn: About agent evaluation, aktualisiert am 6. Oktober 2026; Standard Harness und Grenzen der Safety-Prüfung.
- Microsoft Learn: Connect to Foundry IQ; Voraussetzungen und Verbindungslimit.
- Microsoft Learn: Usage-based billing and Copilot Credits; Abrechnungsrahmen.
- EUR-Lex: Datenschutz-Grundverordnung; Artikel 5, 28, 32 und 35.
