Planung für KI-Agenten, bevor Ihre Organisation Hunderte davon hat

Was Ignite 2025 über Agenten in SharePoint, Teams und Security Copilot verraten hat – und warum Governance kein nachträglicher Gedanke mehr sein darf

Auf der Microsoft Ignite 2025 war die eigentliche Schlagzeile nicht ein einzelnes Feature. Es war ein Muster. Agenten in SharePoint. Agenten in Teams. Zwölf neue Security-Copilot-Agenten, eingebaut in Defender, Entra, Intune und Purview. Mehr als dreißig Partner-Agenten, die den Schutz über den gesamten Stack hinweg erweitern. Und ein neues Produkt – Agent 365 – dessen gesamter Zweck darin besteht, Organisationen zu helfen, all das an einem Ort zu sehen.

Wenn Sie unseren Artikel über SharePoint als KI-Kontrollebene gelesen haben, kennen Sie bereits unsere Position: Die Qualität von Copilot hängt von der Struktur ab, über die es schlussfolgert, nicht von der Lizenzstufe, die Sie kaufen. Dieser Artikel erweitert dieses Argument um eine größere und dringlichere Frage. Was passiert, wenn das, was Sie verwalten müssen, nicht mehr nur Inhalte sind, sondern autonome Software, die in Ihrem Namen handelt, über jede Anwendung hinweg, die Sie besitzen?

Das ist die eigentliche Geschichte hinter dem Ignite 2025 Book of News. Keine Welle neuer Funktionen. Eine Verschiebung dessen, wofür IT- und Sicherheitsteams jetzt verantwortlich sind.

Das Muster, das niemand mehr übersehen kann

Betrachtet man die Ignite-2025-Ankündigungen, wiederholt sich ein einziges Thema in fast jeder Produktlinie:

• In SharePoint können Agenten jetzt no-code direkt in Dokumentenbibliotheken und Sites erstellt, sofort in Copilot Chat geöffnet und aus dem Agent Store sowohl in Microsoft 365 Copilot als auch im Teams App Store heruntergeladen werden
• In Teams können Kanäle Agenten mit echtem Geschäftskontext hosten – Agenten, die über Model-Context-Protocol-Integrationen Daten aus verbundenen Tools wie Jira und GitHub abrufen, Blocker sichtbar machen und Arbeitslasten koordinieren, ohne dass ein Mensch sie dazu auffordert
• Im Sicherheitsbereich sind zwölf neue, von Microsoft entwickelte Security-Copilot-Agenten zu einem bereits aktiven Portfolio von 37 hinzugekommen, begleitet von mehr als dreißig neuen Partner-Agenten, die den Schutz über den gesamten Stack hinweg erweitern

Das ist keine einzelne Feature-Welle, die man bewerten, genehmigen und dann abhaken kann. Es ist eine neue Kategorie von Dingen, die Ihre Organisation jetzt verwalten muss, neben Nutzern, Geräten und Anwendungen. Jeder dieser Agenten hat eine Identität. Jeder hat Zugriff auf etwas. Jeder führt Aktionen im Namen von jemandem aus, mit Maschinengeschwindigkeit, oft ohne dass ein Mensch jeden einzelnen Schritt überprüft.

Die meisten Organisationen sind noch nicht in der Lage, eine grundlegende Frage zu beantworten: Wie viele Agenten laufen aktuell in unserem Mandanten, und was kann jeder von ihnen sehen?

Das ist das nächste Kapitel von Tool-Sprawl

Wir haben bereits über Tool-Sprawl geschrieben, die Anhäufung von SaaS-Anwendungen, die niemand verfolgt, niemand besitzt und niemand stilllegt. Agenten-Sprawl folgt demselben Scheitermuster, nur schneller und mit höherem Risiko.

Ein vergessenes SaaS-Abonnement liegt brach und kostet Geld. Ein vergessener Agent liegt nicht brach. Er läuft weiter. Er liest weiter, worauf er Zugriff erhalten hat. Er handelt weiter – erstellt SharePoint-Seiten, fasst Meetings zusammen, erinnert Kolleginnen und Kollegen, ruft Daten aus verbundenen Systemen ab, unabhängig davon, ob sich noch jemand an seine Existenz erinnert.

Der entscheidende Unterschied: Ein SaaS-Tool erfordert, dass sich ein Mensch aktiv einloggt und es missbraucht. Ein Agent handelt kontinuierlich, aus eigener Initiative, mit welchen Berechtigungen auch immer sein Ersteller im Moment der Erstellung zufällig hatte. Wenn Ihre Inhalte nicht bezeichnet sind, behandelt ein Agent sie als geringes Risiko und handelt entsprechend. Wenn Ihre Berechtigungen chaotisch sind, übernimmt ein Agent bereitwillig jeden unangemessenen Zugriff, der bereits existiert.

Deshalb ist „Wer hat diesen Agenten erstellt, und worauf kann er zugreifen?“ keine Nice-to-have-Governance-Frage mehr. Sie ist inzwischen genauso dringlich wie „Wer hat Administratorrechte für dieses System?“, und die meisten Organisationen haben darauf noch keine gute Antwort. Seit die Funktion zur Erstellung eigener Agenten in Security Copilot im September eingeführt wurde, haben Kunden bereits mehr als 370 individuelle Agenten gebaut. Das ist ein deutliches Signal dafür, wie schnell die informelle Agentenerstellung der formalen Governance davonläuft, und Security Copilot ist nur eine der Oberflächen, auf denen das passiert.

Wo Agenten auftauchen – und was jeder einzelne tatsächlich macht

SharePoint-Agenten

Agenten, die direkt in SharePoint-Dokumentenbibliotheken und -Sites erstellt werden, lassen sich jetzt sofort in Copilot Chat öffnen, ohne separaten Bereitstellungsschritt. Sie sind außerdem über den Agent Store in Microsoft 365 Copilot und im Teams App Store herunterladbar. Microsofts eigenes Rechtsteam ist hier das Referenzbeispiel: Es hat SharePoint-Agenten entwickelt, um 3.000 Marketingmitarbeitenden zu helfen, schnell Rechts- und Compliance-Antworten zu finden, und maß dabei eine 2,97-fache Verbesserung der Antwortzeit gegenüber der manuellen Suche. Das ist ein echter, messbarer Produktivitätsgewinn, erzielt mit No-Code-Tooling, das jedem Site-Eigentümer zur Verfügung steht.

Teams-Agenten

Teams-Kanäle können jetzt Agenten mit echtem Geschäftskontext hosten, die über Model-Context-Protocol-Integrationen Daten aus Tools wie Jira und GitHub abrufen. Diese Agenten können automatisch Meetings erstellen, Blocker hervorheben, Updates zusammenfassen und Arbeitslasten koordinieren, und Probleme in Ihrem Workflow sichtbar machen, ohne dass jemand ein Dashboard prüfen muss. Das naheliegende Risiko: Ein Agent, der gebaut wurde, um „Leute an überfällige Aufgaben zu erinnern“, ist nur eine Fehlkonfiguration davon entfernt, eine ganze Abteilung zuzuspammen. Der Mehrwert ist real, hängt aber vollständig von derselben Disziplin ab, die Sie bei jedem automatisierten Prozess mit organisationsweiter Reichweite anwenden würden.

Security-Copilot-Agenten

Security Copilot hatte bereits vor Ignite 37 integrierte Agenten. Auf der Veranstaltung kamen mehr als 40 neue hinzu, 12 von Microsoft entwickelte Agenten über Defender, Entra, Intune und Purview hinweg, plus mehr als 30 Partner-Agenten, die den Schutz durchgängig erweitern. Security Copilot selbst wird für Microsoft 365 E5-Kunden ausgerollt, zunächst für bestehende Security-Copilot-Kunden, dann breiter, mit einer 30-tägigen Vorankündigung vor der Aktivierung für alle anderen.

Berechtigte E5-Kunden erhalten 400 Security Compute Units pro Monat für jeweils 1.000 Nutzerlizenzen, gedeckelt bei 10.000 SCUs monatlich. Eine Organisation mit 400 Lizenzen erhält 160 SCUs; eine mit 4.000 Lizenzen erhält 1.600. Eine Skalierung über dieses Kontingent hinaus kostet 6 US-Dollar pro SCU auf Pay-as-you-go-Basis. Diese Kapazität ist für den typischen Gebrauch ausgelegt, aber nutzungsbasierte Kosten sind jetzt ebenfalls eine Governance-Frage, nicht nur eine Sicherheitsfrage.

Die von Microsoft berichteten Ergebnisse sind bemerkenswert: SOC-Analysten haben bösartige E-Mails mit dem Phishing Triage Agent bis zu 550 Prozent schneller erkannt, und Identitätsadministratoren haben mit dem Conditional Access Optimization Agent eine bis zu 204 Prozent höhere Genauigkeit bei der Identifizierung fehlender Zero-Trust-Richtlinien erreicht. Ergebnisse wie diese machen den Fall für Security Copilot überzeugend, aber sie erhöhen auch den Einsatz bei der Governance, denn ein Kraftmultiplikator wirkt in beide Richtungen. Ein nicht verwalteter Agent unterperformt nicht einfach nur still. Er verstärkt, was auch immer an Zugriff und Struktur er erbt.

Der gemeinsame Nenner über alle drei Oberflächen hinweg, SharePoint, Teams und Security, bleibt derselbe: Jeder dieser Agenten braucht eine Identität, einen definierten Umfang und einen namentlich genannten Eigentümer. Nichts davon passiert automatisch, nur weil der Agent leicht zu erstellen ist.

Agent 365: Die Kontrollebene erklärt

Agent 365 wurde am 1. Mai 2026 allgemein verfügbar. Es ist als eigenständiges Add-on für 15 US-Dollar pro Nutzer und Monat lizenziert oder als Teil von Microsoft 365 E7 enthalten. Zu verstehen, was es tatsächlich ist, ist wichtig, denn es lässt sich leicht als nur ein weiterer Agent oder als Feature statt als Infrastruktur missverstehen.

Agent 365 ist kein Agent. Es erstellt keine Agenten und führt sie nicht aus. Es ist eine Kontrollebene, ein zentraler Ort, an dem IT- und Sicherheitsteams jeden in der Umgebung laufenden Agenten beobachten, verwalten und absichern können, unabhängig davon, ob dieser Agent mit Microsoft-KI-Plattformen erstellt, von einem Ökosystempartner bezogen oder eigenständig registriert wurde.

Es ist um fünf Fähigkeiten herum organisiert:

• Registry – eine einzige verlässliche Quelle für jeden Agenten in der Organisation, das Fundament, das Sprawl von vornherein verhindert
• Access Control – steuert, was jeder Agent sehen und tun kann, und erweitert dasselbe Identitäts- und Berechtigungsmodell, das Ihre Organisation bereits auf menschliche Nutzer anwendet
• Visualization – eine vollständige Ansicht, wie Agenten miteinander und mit dem breiteren Ökosystem verbunden sind, damit Probleme schnell erkannt und gelöst werden können
• Interoperability – Agenten greifen auf dieselben Daten und Anwendungen zu, die Menschen täglich nutzen, von Word und Excel bis SharePoint und Dynamics 365, und erhalten so denselben organisationalen Kontext wie ein menschlicher Kollege
• Security – detailliertes Logging, Reporting und eDiscovery, plus Richtlinien zur Erkennung, Aufbewahrung und Untersuchung unangemessenen Agentenverhaltens, damit die Organisation jederzeit auditbereit ist

Seit der allgemeinen Verfügbarkeit wurde Agent 365 kontinuierlich erweitert. Eine Shadow-AI-Seite, unterstützt durch Microsoft Defender und Intune, macht jetzt lokale KI-Agenten sichtbar, die auf Windows-Geräten installiert sind, Agenten, die Dateien lesen und Code ausführen können, vollständig außerhalb der Sichtbarkeit der IT, ohne jemals einen verwalteten Cloud-Dienst zu berühren. Multi-Tenant-Management hat die Kontrollebene für Organisationen mit mehr als einem Mandanten erweitert. Und Risikosignale von Ökosystempartnern werden zunehmend in einer einzigen Sicherheitsansicht vereinheitlicht, statt dass Teams mehrere Portale prüfen müssen, um das Gesamtrisikoprofil eines einzelnen Agenten zu verstehen.

Entscheidend ist: Agent 365 steht nicht für sich allein. Es bezieht seine Autorität aus Infrastruktur, die Sie bereits betreiben: Identitäts- und Zugriffskontrollen aus Microsoft Entra, Datenschutz und Compliance aus Microsoft Purview und Bedrohungsschutz aus Microsoft Defender. Das ist beabsichtigt. Microsofts Position ist, dass Agenten als gleichwertige Bürger Ihrer bestehenden Sicherheitsabläufe behandelt werden sollten, nicht als separate Kategorie, die ein völlig neues Toolset erfordert.

Purview: Warum es das Rückgrat ist, nicht nur eine Nebenrolle

Agent 365 gibt Ihnen Sichtbarkeit. Purview bestimmt, ob die Agenten, die es beobachtet, tatsächlich sicher laufen können.

Jede Governance-Fähigkeit, die es in Purview bereits gab, Bezeichnungen, Verschlüsselung, Verhinderung von Datenverlust, Informationsbarrieren, Content-Lifecycle-Richtlinien, Zugriffsüberprüfungen, bestimmt jetzt direkt, was Agenten lesen, worüber sie schlussfolgern und worauf sie handeln können. Das ist keine neue Beziehung. Es ist dieselbe Beziehung, die Purview immer schon zu Ihren Inhalten und Ihren Mitarbeitenden hatte, jetzt erweitert auf eine neue Kategorie von Akteuren.

Der unangenehme Teil ist, was passiert, wenn diese Beziehung vernachlässigt wird. Wenn Ihre Inhalte nicht bezeichnet sind, behandeln Copilot und jeder Agent, der darüber schlussfolgert, sie standardmäßig als geringes Risiko, unabhängig davon, ob sie es tatsächlich sind. Wenn Ihre Zugriffskontrollen inkonsistent sind, arbeitet ein Agent bereitwillig mit welchem unangemessenen Zugriff auch immer sein Ersteller bereits hatte. Wenn Ihre Lifecycle-Richtlinien seit Ihrer letzten Migration nicht mehr angefasst wurden, werden Agenten Inhalte sichtbar machen und darauf handeln, die längst hätten stillgelegt werden sollen.

Security Copilot ist der klarste Beleg für diese Abhängigkeit. Es setzt direkt auf derselben Datengrundlage auf, die Purview verwaltet, jede Bezeichnung, jede DLP-Regel, jede Berechtigungseinstellung prägt, was Security Copilot sehen und tun kann. Ein schlampiges Purview-Setup erzeugt kein mäßig nützliches Security Copilot. Es erzeugt ein ebenso schlampiges. Ein solides Fundament hingegen ist das, was 550 Prozent schnellere Phishing-Erkennung von einer Marketingaussage in etwas verwandelt, das Ihre Organisation tatsächlich realisieren kann.

Microsoft hat außerdem automatisierte Erkenntnisse direkt in das Admin Center integriert, sie machen verwaiste Sites, überteilte Dateien und verdächtige Berechtigungsmuster sichtbar, ohne dass ein manuelles Audit erforderlich ist. Das ist eine nützliche Fähigkeit. Sie ist im Grunde auch Microsofts Art zu sagen, was wir in dieser Serie immer wieder betonen: Beheben Sie zuerst das Fundament, bevor Sie skalieren, was darauf aufbaut.

Was Impactory empfiehlt, bevor die Agentenübernahme skaliert

Reaktionen auf Ankündigungen wie diese teilen sich normalerweise in zwei Lager: Begeisterung, sofort alles einzuführen, oder eine Schockstarre, ausgelöst davon, wie groß das Problem plötzlich aussieht. Keines von beidem ist die richtige Reaktion. Hier ist die Reihenfolge, die wir Kunden empfehlen, die sich auf die nächste Welle der Copilot- und Agenteneinführung vorbereiten:

• Auditieren Sie zuerst Ihre SharePoint-Umgebung. Identifizieren Sie eigentümerlose Sites, überteilte Dateien, und stellen Sie sicher, dass jemand Ihre Metadatenstruktur tatsächlich beschreiben kann. Das ist dasselbe Fundament, über das wir in unserem SharePoint-Artikel geschrieben haben, es ändert sich nicht, nur weil Agenten jetzt Teil des Bildes sind
• Definieren Sie Ihre Taxonomie ordentlich. Geschäftsdomänen, Abteilungen, Projekte. Sie muss nicht perfekt sein. Sie muss konsistent sein, denn Agenten übernehmen, welche Struktur, oder deren Fehlen, auch immer bereits existiert
• Überprüfen Sie Ihr Purview-Setup vollständig. Bezeichnungen, Bezeichnungsrichtlinien, DLP-Regeln und Lifecycle-Einstellungen müssen aufeinander abgestimmt sein, bevor Sie den Agentenzugriff auf mehr Ihrer Inhalte ausweiten
• Führen Sie einen Teams-Agenten-Piloten durch, nicht zehn. Wählen Sie einen einzelnen Geschäftsprozess, bauen Sie einen Kanal-Agenten, der Blocker sichtbar macht oder eine Aufgabe automatisiert, und zeigen Sie den Mehrwert konkret, nicht in einer neunzigseitigen Präsentation
• Erstellen Sie ein Storyboard für Content- und Agentenerstellung. Dokumentieren Sie, was Copilot und Agenten erstellen dürfen, für wen und unter welchen Regeln, und setzen Sie das dann über Purview- und SharePoint-Governance durch, nicht über ein Richtliniendokument, das niemand liest
• Registrieren Sie alles von Anfang an in Agent 365. Warten Sie nicht, bis Sprawl entstanden ist, um es dann rückwirkend zu inventarisieren. Jeder Agent, von Microsoft entwickelt, von einem Partner entwickelt oder intern gebaut, sollte bei seiner Erstellung in die Registry aufgenommen werden

Bei nichts davon geht es darum, die KI-Einführung zu verlangsamen. Es geht darum, sicherzustellen, dass die Einführung, die stattfindet, etwas ist, das Ihre Organisation tatsächlich sehen, erklären und verantworten kann.

Fragen, die CIOs und IT-Leiter sich jetzt stellen sollten

Sichtbarkeit & Inventar

• Wissen wir, wie viele Agenten aktuell über SharePoint, Teams und unsere Sicherheitstools hinweg aktiv sind?
• Können wir identifizieren, wer jeden einzelnen erstellt hat, und ob diese Person noch bei uns arbeitet?
• Haben wir unsere Agenten in Agent 365 registriert, oder verfolgen wir das noch manuell, wenn überhaupt?

Zugriff & Risiko

• Erben Agenten die Berechtigungen ihres Erstellers, oder arbeiten sie unter einer definierten, abgegrenzten Identität?
• Haben wir auf lokale, nicht verwaltete KI-Agenten geprüft, die außerhalb unserer Sichtbarkeit auf Mitarbeitergeräten laufen?
• Ist unsere Purview-Bezeichnungs- und DLP-Aufstellung stark genug, dass ein Agent, der über unsere Inhalte schlussfolgert, zuverlässige, angemessen eingegrenzte Antworten liefern würde?

Governance & Verantwortung

• Hat jeder Agent in unserer Umgebung einen namentlich genannten Eigentümer, der für seinen Umfang und sein Verhalten verantwortlich ist?
• Haben wir einen definierten Prozess, um einen Agenten stillzulegen, wenn sein Ersteller das Unternehmen verlässt oder sein Zweck endet?
• Haben wir die operativen Kosten der Agentenverwaltung im großen Maßstab budgetiert, einschließlich nutzungsbasierter Kosten wie der SCU-Überschreitungspreise von Security Copilot, und nicht nur die Lizenzkosten für ihre Erstellung?

Wenn die meisten dieser Fragen heute schwer zu beantworten sind, ist das kein Grund, die KI-Einführung zu pausieren. Es ist der Grund, jetzt die Governance-Schicht aufzubauen, solange die Anzahl der Agenten in Ihrer Umgebung noch klein genug ist, um sie in den Griff zu bekommen.

Struktur hat Copilot zuverlässig gemacht. Governance macht Agenten sicher.

Ignite 2025 hat nicht nur eine Welle neuer Funktionen geliefert. Es hat ein klares Signal darüber gesendet, was Unternehmens-KI als Nächstes braucht: nicht mehr Funktionen, sondern die Governance-Infrastruktur, um diese Funktionen verantwortungsvoll im großen Maßstab zu betreiben.

SharePoint-Struktur, Teams-Workflows, Purview-Governance und Copilot-Intelligenz funktionieren nicht isoliert voneinander. Agent 365 ist Microsofts Eingeständnis, dass sich Agenten vermehren werden, ob Organisationen bereit sind oder nicht, und dass Sichtbarkeit und Kontrolle existieren müssen, bevor diese Vermehrung unkontrollierbar wird, nicht danach.

Die Organisationen, die hier die Nase vorn haben werden, sind nicht die, die am schnellsten die meisten Agenten einführen. Es sind die, die jederzeit beantworten können, wie viele Agenten genau in ihrer Umgebung laufen, worauf jeder einzelne zugreifen kann und wer dafür verantwortlich ist. Diese Fähigkeit kommt nicht aus einer Lizenz. Sie kommt aus derselben Disziplin, für die wir in dieser Serie durchgängig argumentiert haben, jetzt angewendet auf eine neue Kategorie von Dingen, die verwaltet werden müssen.

Sind Sie unsicher, ob Ihre Organisation für das bereit ist, was als Nächstes kommt?

→ Beratungsgespräch mit Impactory vereinbaren

Unser Team kann gemeinsam mit Ihnen Ihre aktuellen SharePoint-, Purview- und Copilot-Grundlagen durchgehen, Ihnen helfen zu verstehen, was Agent 365 in Ihrer Umgebung tatsächlich aufdecken würde, und einen praktischen Governance-Plan entwickeln, bevor die Agentenübernahme Ihre Fähigkeit, sie zu überblicken, überholt.