Microsoft-365-Copilot-Architektur
Microsoft 365 Copilot ist die einzige Integration, die nicht dem üblichen Muster folgen kann. Einem Coding-Agent kann man eine Serveradresse geben und sagen, er solle sich authentifizieren; Copilot kann das nicht. Es spricht nur mit Agents, die in Ihrem Microsoft-365-Tenant veröffentlicht wurden, und es gibt die Anmeldung gegen eine feste Weiterleitungsadresse an Microsoft zurück.
Diese Einschränkung prägt alles auf dieser Seite. Die Installation Schritt für Schritt finden Sie unter Microsoft 365 Copilot – diese Seite erklärt, was diese Schritte tatsächlich bewirken.
Warum es ein Sonderfall ist
Abschnitt betitelt „Warum es ein Sonderfall ist“| Einschränkung von Microsoft | Was PlaidCloud dagegen tut |
|---|---|
| Copilot führt nur Agents aus, die in Ihrem M365-App-Katalog veröffentlicht sind | Liefert ein deklaratives Agent-Paket (eine .zip), das Sie aus der Control Plane herunterladen und Ihr Teams-Administrator hochlädt |
| Die Anmeldung muss zu einer festen Microsoft-Weiterleitungsadresse zurückkehren | Richtet pro Tenant einen dedizierten vertraulichen OAuth-Client ein, bei dem diese Adresse vorab registriert ist |
| Benutzerdefinierte Apps sind standardmäßig blockiert | Erfordert, dass die Einrichtungsrichtlinie Benutzerdefinierte Apps hochladen aktiviert ist – ein anderer Schalter als die Rolle des globalen Administrators |
| Copilot authentifiziert sich nach eigenem Zeitplan neu | Verlängert das Aktualisierungsfenster, sodass die Anmeldung etwa einen Monat statt einiger Tage hält |
Das Paket gilt pro Workspace und trägt den Namen dieses Workspace. Die Installation ist nicht dasselbe wie die Gewährung von Zugriff, worum es im nächsten Abschnitt geht und woran sich viele stoßen.
Standardmäßig verweigern
Abschnitt betitelt „Standardmäßig verweigern“Eine Person, die den Agent installiert und sich erfolgreich angemeldet hat, erhält trotzdem keine Daten, bis ein Administrator ihr eine Zugriffsstufe zuweist. Der Agent verbindet sich, authentifiziert sich und antwortet „Es wurde kein Zugriff gewährt“ – das ist das System bei der Arbeit, kein Fehler.
Die Stufe wird serverseitig aus der Zuweisung ermittelt, die ein Administrator vorgenommen hat, nicht aus irgendetwas, was das eingehende Token behauptet. Ein Token kann sich keine höhere Stufe verschaffen.
| Stufe | Der Agent kann … | Typische Verwendung |
|---|---|---|
| Nur Lesen | Projekte und Tabellen auflisten und beschreiben, Tabellendaten lesen, Dimensionsmitglieder auflisten, Umlagen erklären | Die meisten Personen – der sichere Standard |
| Lesen/Schreiben | Das Obige sowie Schreibvorgänge, die die Person ohnehin ausführen darf | Analysten, die Daten pflegen |
| Vollständig (veraltet – entfällt am 15. Januar 2027) | Den vollständigen Werkzeugsatz dieser Person, einschließlich rohem SQL mit Schreibzugriff | Power-User und Ersteller |
Zwei weitere Regeln:
- Die großzügigste Stufe gewinnt. Wenn jemand irgendwie mehr als eine Stufe innehat, gilt die höchste.
- Die Stufe ist eine Obergrenze, nie eine Gewährung. Innerhalb davon gelten weiterhin die eigenen PlaidCloud-Rollen und ACLs der Person, sodass der Agent nie Daten anzeigen kann, die sie nicht ohnehin selbst öffnen könnte.
Immer tabu
Abschnitt betitelt „Immer tabu“Unabhängig von der Stufe und unabhängig von den eigenen Berechtigungen der Person kann Copilot nie Folgendes erreichen:
- Verbindungs- und Anmeldedateneinstellungen, wer eine Verbindung besitzt oder darauf zugreifen darf, oder Anmeldedaten und Zugriffskontrolle von Dokumentenkonten
- Mitgliederverwaltung, Gruppen- und Rollenzuweisung, Verteilerlisten, Zurücksetzen von Kennwörtern
- Zugriffskontrolle von Projekten, der ERP-Buchungsmodus eines Projekts und Veröffentlichung
- Code benutzerdefinierter Funktionen und App-Bereitstellungen
Das sind unumkehrbare oder anmeldedatenbezogene Aktionen, bei denen ein Fehlgriff durch Prompt-Injection kostspielig wäre und die selten Teil analytischer Arbeit sind. Sie bleiben ausschließlich Menschen vorbehalten.
Der Weg einer Frage
Abschnitt betitelt „Der Weg einer Frage“-
Eine Person fragt den Agent in Teams, Outlook oder im Microsoft-365-Chat.
-
Copilot ruft den Agent auf, der eine PlaidCloud-Identität benötigt – bei der ersten Verwendung fordert er die Anmeldung über das eigene Fenster von Microsoft an und speichert das Ergebnis.
-
Die Anfrage erreicht den PlaidCloud-MCP-Endpunkt mit dem Token dieser Person.
-
Der Server ermittelt ihre Zugriffsstufe aus dem, was ein Administrator zugewiesen hat. Keine Stufe, keine Daten.
-
Jeder Werkzeugaufruf wird gegen die Stufe, die eigenen Bereiche und ACLs der Person und die Sperrliste geprüft.
-
Die Antwort kommt aus einer echten Abfrage – mit einem Konfidenzsignal und Einschränkungen, nicht geraten.
Da die Stufe bei jeder Anfrage live geprüft wird, wirkt die Gewährung von Zugriff bereits bei der nächsten Nachricht der Person. Es muss weder eine Abmeldung noch eine Neuinstallation erfolgen.
Copilot im Vergleich zu Coding-Agents
Abschnitt betitelt „Copilot im Vergleich zu Coding-Agents“Beide verbinden sich mit demselben MCP-Server und unterliegen derselben Durchsetzung, richten sich aber an unterschiedliche Personen:
| Microsoft 365 Copilot | KI-Coding-Agents | |
|---|---|---|
| Wer | Ganze Teams, nicht technisch | Analysten und Entwickler |
| Wo | Teams, Outlook, M365-Chat | Eine IDE oder ein Desktop-Client |
| Einrichtung | Der Administrator veröffentlicht einmal ein Paket | Jede Person verbindet ihren eigenen Client |
| Zugriffsmodell | Eine zugewiesene Stufe, standardmäßig verweigert | Die eigenen Berechtigungen der Person |
Verwandte Themen
Abschnitt betitelt „Verwandte Themen“- Microsoft 365 Copilot – die Einrichtungsanleitung
- Analysepfade – damit alle dieselbe Tabelle auf dieselbe Weise abfragen
- Antworten, denen Sie vertrauen können – Konfidenz und Einschränkungen
- KI- und LLM-Architektur – der gemeinsame gesteuerte Pfad