Work IQ API: Governance für Microsoft-365-Agenten

Microsoft macht die Work IQ API am 16. Juni 2026 allgemein verfügbar. Damit bekommen eigene Agenten und Anwendungen einen offiziellen Weg, über Microsoft-365-Kontext zu arbeiten — nicht nur über rohe Dateien, E-Mails oder Kalendereinträge.

Für DACH-Unternehmen ist das weniger eine weitere Copilot-Funktion als eine Architekturentscheidung: Wer Agenten in Microsoft 365 bauen lässt, muss Zugriff, Kosten und Nachvollziehbarkeit vor dem Rollout klären.

Was Microsoft freigibt

Laut Microsoft soll Work IQ Agenten helfen, über E-Mails, Meetings, Chats, Dateien, Personen, Zusammenarbeitssignale und Geschäftssysteme zu „reasonen“. Die API unterstützt dafür mehrere Zugriffsarten, darunter Agent-to-Agent, Model Context Protocol und REST-nahe Integrationen.

Die Microsoft-Learn-Dokumentation beschreibt den Kern als sicheren Zugriff auf Microsoft-365-Daten mit bestehenden Berechtigungen, Compliance- und Governance-Kontrollen. Wichtig ist: Work IQ ersetzt nicht Ihre Berechtigungsarchitektur. Es nutzt sie als Grundlage für agentische Workloads.

Warum das operativ wichtig wird

Die Partner-Center-Ankündigung nennt den zweiten Hebel: Work IQ API wird über Copilot Credits nutzungsbasiert abgerechnet. Für eigene Agenten in Copilot Studio, Foundry oder Drittplattformen entstehen also direkte Verbrauchskosten, während Microsofts vorgefertigte Copilot-Agenten anders behandelt werden können.

Damit wird aus „wir probieren einen Agenten“ sehr schnell ein Betriebsmodell. IT und Finance brauchen Limits, Alerts, Verantwortliche und klare Freigabeprozesse. Sonst entstehen Schattenkosten dort, wo Agenten besonders nützlich sind: bei vielen kleinen Kontextabfragen, Tool-Aufrufen und wiederholten Arbeitsschritten.

Was DACH-Unternehmen prüfen sollten

Für regulierte Organisationen zählen drei Fragen vor dem ersten Produktiv-Agenten: Welche Microsoft-365-Daten darf der Agent sehen? Welche Aktionen darf er ausführen? Und wie wird der Verbrauch pro Fachbereich sichtbar gemacht?

Starten Sie nicht mit dem technisch spannendsten Use Case, sondern mit einem kontrollierbaren Prozess: definierte Datenquellen, wenige Aktionen, messbarer Nutzen, klare Kostenobergrenze. Erst wenn Logging, Berechtigungen und Abrechnung belastbar sind, sollte der Agent mehr Systeme erreichen.

Die neue Leitfrage lautet: Nicht „Können wir Microsoft-365-Agenten bauen?“, sondern „Können wir sie so betreiben, dass Kontext, Kosten und Kontrolle zusammenpassen?“