Claude für Microsoft 365 mit Drittanbieter-Plattformen verwenden

Wenn Ihre Organisation AWS Bedrock, Google Cloud Vertex AI oder ein LLM-Gateway verwendet, um auf Claude zuzugreifen, können Sie die Add-Ins Claude für Excel, Claude für PowerPoint, Claude für Word und Claude für Outlook ohne Claude-Konto verwenden. Das Add-In verbindet sich über die Infrastruktur Ihrer Organisation, sodass Ihre Anfragen und Antworten innerhalb Ihrer bestehenden Vertrauensgrenze bleiben.

Es gibt vier Verbindungspfade, je nachdem, wie Ihre Organisation auf Claude zugreift:

Ihr IT-Administrator wählt den Pfad während der Bereitstellung aus. Als Endbenutzer ist die Erfahrung unabhängig davon, welchen Pfad Ihre Organisation verwendet, gleich.

Die Anforderungen variieren je nach Verbindungspfad.

Alle Pfade:

LLM-Gateway:

Bedrock direkt:

Vertex AI direkt:

Foundry direkt:

Das IT-Team Ihrer Organisation verwaltet diese Ressourcen. Wenn Sie nicht über die erforderlichen Anmeldedaten verfügen, wenden Sie sich an sie – Anthropic kann diese nicht für Sie bereitstellen oder zurücksetzen.

Das Add-In muss auf bestimmte Domänen zugreifen, um zu funktionieren. Welche Domänen dies sind, hängt davon ab, ob Ihre Organisation die Anthropic API direkt (1P) oder eine Drittanbieter-Plattform (3P) verwendet. Teilen Sie die entsprechende Tabelle mit Ihrem Netzwerk- oder Sicherheitsteam, damit diese diese Domänen auf die Allowlist setzen können.

Verwenden Sie diese Tabelle, wenn sich Personen in Ihrer Organisation mit einem Claude-Konto anmelden und die Inferenz zu api.anthropic.com erfolgt.

Verwenden Sie diese Tabelle, wenn sich Personen in Ihrer Organisation mit Microsoft Entra ID anmelden und die Inferenz zu Ihrem LLM-Gateway, Bedrock oder Vertex AI erfolgt.

Verwenden Sie das claude-in-office-Plugin, um das Add-In in Ihrer Organisation zu konfigurieren und bereitzustellen. Dieses Tool verwaltet die Bereitstellung von Cloud-Ressourcen (bei Verwendung von Bedrock oder Vertex AI direkt), generiert das Add-In-Manifest und erhält die Administratorgenehmigung in einem einzigen geführten Workflow.

Installieren Sie das Plugin und führen Sie den interaktiven Setup-Assistenten aus:

Der Assistent führt Sie durch Ihren Verbindungspfad:

Wenn der Assistent abgeschlossen ist, ist das Add-In bereit für die mandantenweite Bereitstellung.

Sie können die folgenden Befehle in einer claude-in-office-Sitzung verwenden:

Wenn Ihr Inferenzendpunkt oder ein Proxy davor zusätzliche Header benötigt – beispielsweise eine interne Anwendungs-ID für die Kostenrechnung – setzen Sie inference_headers auf ein JSON-Objekt von Header-Name/Wert-Paaren. Das Add-In fügt diese Header an jede Modell-Inferenzanfrage an, die es sendet, sodass Sie keinen separaten Header-injizierenden Proxy benötigen.

Dies gilt für Gateway-, Amazon-Bedrock- und Google-Vertex-AI-Bereitstellungen.

Beispiel: inference_headers={"x-application-id":"app123"}

Sie können inference_headers im Manifest (organisationsweit) oder in der Bootstrap-Endpunkt-Antwort (benutzerspezifisch) festlegen.

Der Assistent automatisiert die Ressourcenerstellung basierend auf Ihrem Verbindungspfad. Hier ist, was er einrichtet:

LLM-Gateway: Keine Cloud-Ressourcen zum Bereitstellen. Der Assistent erfasst Ihre Gateway-URL und Ihr Token und generiert dann das Manifest.

Bedrock direkt: Erstellt einen IAM-OIDC-Identitätsanbieter, der Microsoft-Entra-ID-Token vertraut, eine Rolle mit bedrock:InvokeModel- und bedrock:InvokeModelWithResponseStream-Berechtigungen und eine Vertrauensrichtlinie, die auf die Anwendungs-ID des Claude-Add-Ins beschränkt ist.

Vertex AI direkt: Führt Sie durch die Erstellung eines Google-OAuth-Clients in der GCP-Konsole (dieser Schritt kann nicht über CLI automatisiert werden), aktiviert die Vertex-AI-API und erfasst die Client-ID und das Geheimnis für das Manifest.

Foundry direkt: Keine Cloud-Ressourcen zum Bereitstellen; der Assistent erfasst den Ressourcennamen und den API-Schlüssel für das Manifest.

Wenn einige Werte benutzerspezifisch sind – beispielsweise unterschiedliche Gateway-Token oder unterschiedliche AWS-Rollen für verschiedene Teams – kann der Assistent benutzerspezifische Konfiguration über Microsoft-Graph-Erweiterungsattribute schreiben. Führen Sie /claude-in-office:update-user-attrs mit den benutzerspezifischen Schlüsseln nach dem ersten Setup aus.

Wenn einige Werte benutzerspezifisch sind oder wenn benutzerspezifische Werte serverseitige Logik benötigen – beispielsweise MCP-Serverlisten, Fähigkeiten, Inferenzheader oder kurzlebige Gateway-Token aus Ihrem Secrets-Store – konfigurieren Sie stattdessen einen Bootstrap-Endpunkt. Setzen Sie bootstrap_url im Manifest auf einen HTTPS-Endpunkt, den Sie hosten; das Add-In ruft ihn mit dem Entra-Token des Benutzers auf und wendet das JSON an, das Sie zurückgeben. Führen Sie /claude-in-office:bootstrap für den Request/Response-Vertrag und ein Handler-Gerüst aus.

Nachdem der Assistent Ihr Manifest generiert hat:

Die Verbreitung an Benutzer dauert bis zu 24 Stunden (normalerweise viel schneller). Das Add-In wird in Excel, PowerPoint, Word und Outlook unter Startseite > Add-Ins angezeigt, sobald es verfügbar ist.

Outlook erfordert eine separate Manifestdatei von Excel, PowerPoint und Word. Microsoft verwendet ein anderes Add-In-Schema für Mail-Anwendungen, daher können die beiden nicht in einer Datei kombiniert werden. Wenn Sie dem Setup-Assistenten mitteilen, dass Sie in Outlook bereitstellen, wird eine zweite Datei mit dem Namen manifest-outlook.xml neben manifest.xml generiert. Laden Sie jede Datei als eigene benutzerdefinierte App im Microsoft 365 Admin Center hoch, und folgen Sie dabei den gleichen Schritten, die im nächsten Abschnitt beschrieben sind.

Claude für Outlook liest Mail- und Kalenderdaten über Microsoft Graph, was eine einmalige mandantenweite Genehmigung durch einen globalen Administrator erfordert. Dies ist unabhängig von der oben beschriebenen Bereitstellung von integrierten Apps. Lassen Sie einen globalen Administrator den folgenden Admin-Zustimmungslink in einem Browser öffnen, in dem er bei Ihrem Microsoft 365-Mandanten angemeldet ist:

https://login.microsoftonline.com/organizations/v2.0/adminconsent?client_id=c2995f31-11e7-4882-b7a7-ef9def0a0266&scope=https://graph.microsoft.com/Mail.ReadWrite%20https://graph.microsoft.com/Calendars.Read%20https://graph.microsoft.com/People.Read%20https://graph.microsoft.com/User.Read%20offline_access&redirect_uri=https://pivot.claude.ai/auth/callback

Nach der Bereitstellung des Add-Ins können sich Ihre Benutzer verbinden, indem sie die folgenden Schritte ausführen.

Ihre Anmeldedaten werden lokal im localStorage Ihres Browsers innerhalb des Sandbox-iFrame des Add-Ins gespeichert. Sie werden nicht mit den Servern von Anthropic synchronisiert. Da das Office Add-In in einem Sandbox-iFrame innerhalb der Microsoft-Anwendung ausgeführt wird, kann es Ihren OS-Schlüsselbund nicht wie Claude Code verwenden. Aus diesem Grund sollten Sie nur Gateway-ausgegebene Token eingeben, keine rohen Cloud-Provider-Anmeldedaten.

Wenn bei der Anmeldung ein Fehler angezeigt wird, bestätigen Sie mit Ihrem IT-Team, dass Ihr Konto in der Gruppe enthalten ist, der das Add-In zugewiesen ist.

Wenn Ihr API-Token abläuft oder Ihr IT-Team Ihnen eine neue URL gibt, gehen Sie zu „Einstellungen

Die Office Add-Ins unterstützen die gleichen drei API-Formate wie Claude Code. Legen Sie gateway_api_format in Ihrem Add-In-Manifest fest, um dem Add-In mitzuteilen, welches Format Ihr Gateway spricht.

Der Aufgabenbereich des Add-Ins wird von https://pivot.claude.ai geladen. Jede Anfrage an Ihr Gateway ist daher ursprungsübergreifend, und der Browser verwirft stillschweigend jede Antwort, der CORS-Header fehlen.

Ihr Gateway muss Access-Control-Allow-Origin: https://pivot.claude.ai (oder *) bei jeder Antwort zurückgeben: GET, POST, OPTIONS und alle Fehlerantworten. Das Setzen nur auf dem OPTIONS-Preflight ist nicht ausreichend. Geben Sie für das Preflight Access-Control-Allow-Headers: * zurück.

Die Endpunkte, die Ihr Gateway verfügbar machen muss, hängen davon ab, welches API-Format es spricht. Legen Sie gateway_api_format in Ihrem Manifest fest, um es abzugleichen.

gateway_api_format: anthropic (Standard)

gateway_api_format: bedrock

Native Bedrock InvokeModel Pass-Through. gateway_url muss auf das Pass-Through-Präfix verweisen (z. B. https://litellm.example.com/bedrock).

gateway_api_format: vertex

Native Vertex Pass-Through. gateway_url muss das API-Versionssegment enthalten (z. B. https://litellm.example.com/vertex_ai/v1). Erfordert auch gcp_project_id und gcp_region, damit das Add-In den Pfad erstellen kann.

Für anthropic und vertex Formate muss das Gateway den anthropic-version Request-Header an den Upstream-Provider weiterleiten.

Für das bedrock Format legt das SDK anthropic_version stattdessen in den Request-Body ein – das Gateway muss es dort bewahren.

Das Nichtweiterleiten des Headers oder das Nichtbewahren des Body-Feldes kann zu eingeschränkter Funktionalität oder zum Ausfall des Add-Ins führen.

Das Add-In kann das Autorisierungs-Token Ihres Gateways entweder im x-api-key oder im Authorization Header senden.

Bei der Anmeldung versucht das Add-In, verfügbare Claude-Modelle über GET /v1/models zu ermitteln. Wenn Ihr Gateway keine Modellliste unter diesem Pfad bereitstellt, fordert das Add-In den Benutzer auf, eine Modell-ID manuell einzugeben.

Viele Organisationen verwenden LiteLLM als ihr Gateway. Nachfolgend finden Sie eine minimale litellm_config.yaml zum Weiterleiten von Office-Add-In-Anfragen an Anthropic, Bedrock oder Vertex.

yaml

yaml

yaml

yaml

Detaillierte Setupanweisungen finden Sie in der LiteLLM-Dokumentation zum Anthropic-Format.

Auch wenn die Inferenz über Ihre eigene Infrastruktur läuft, kommuniziert das Add-in mit pivot.claude.ai, um seine Benutzeroberfläche zu laden, und mit claude.ai/api/, um Feature-Flags zu evaluieren. Diese Verbindungen übertragen operative Telemetrie – wie z. B. welche Funktionen verwendet werden, Leistungszeitpunkte und Fehlerquoten – damit Anthropic das Add-in-Erlebnis pflegen und verbessern kann. Sie übertragen weder Ihre Eingabeaufforderungen noch die Antworten von Claude.

Anthropic erfasst Informationen gemäß den Bedingungen von AWS Bedrock, Google Cloud Vertex AI oder Microsoft Azure, konsistent mit den Vereinbarungen von Anthropic mit Kunden. Anthropic hat keinen Zugriff auf die AWS-, Google- oder Microsoft-Instanz eines Kunden, einschließlich der darin enthaltenen Eingabeaufforderungen oder Ausgaben. Anthropic trainiert keine generativen Modelle mit solchen Inhalten und verwendet sie nicht für andere Zwecke. Anthropic kann auf Metadaten zugreifen – wie z. B. Werkzeugnutzung, Token-Zählungen und ähnliche Elemente – und solche Metadaten für Analyse- und Produktverbesserungszwecke verwenden.

Für Details darüber, was das Gateway oder der Cloud-Anbieter Ihrer Organisation protokolliert, wenden Sie sich an Ihr IT-Team.

Um eine vollständige Audit-Spur – einschließlich Eingabeaufforderungen, Werkzeugeingaben, Werkzeugausgaben und Dokumentreferenzen – zu Ihrer eigenen Infrastruktur zu leiten, siehe Konfigurieren Sie einen benutzerdefinierten OpenTelemetry-Collector für Office-Agenten.

Wenn Sie sich mit einem Claude-Konto anmelden, verbinden sich die Add-ins direkt mit Anthropic. Wenn Sie sich über eine Drittanbieterplattform verbinden, senden die Add-ins Inferenzanfragen stattdessen an die Infrastruktur Ihrer Organisation, und Ihr IT-Team kontrolliert, wie dieser Datenverkehr weitergeleitet und protokolliert wird.

Einige Funktionen, die ein Claude-Konto erfordern, sind über Drittanbieterplattformen noch nicht verfügbar, aber wir arbeiten daran, Unterstützung hinzuzufügen:

Wenn Ihr Team diese Funktionen benötigt, sprechen Sie mit Ihrem Claude-Administrator darüber, welcher Anmeldepfad zu Ihrer Organisation passt.

MCP-Konnektoren werden jetzt in Claude für Excel, PowerPoint und Word unterstützt. Als Administrator können Sie das MCP-Gateway im Add-in-Manifest gemäß der Dokumentation hier festlegen: MCP-Server. Wenn Sie lieber den Bootstrap-Endpunkt verwenden möchten, können Sie MCP-Konnektoren gemäß der Dokumentation hier konfigurieren: mcp_servers.

Fähigkeiten werden jetzt in Claude für Excel, PowerPoint und Word unterstützt. Die Anthropic-Finanzdienstleistungsfähigkeiten sind standardmäßig verfügbar. Zusätzliche Fähigkeiten können von Administratoren oder manuell von Einzelpersonen hinzugefügt werden.

Administratoren können Fähigkeiten mithilfe des Bootstrap-Endpunkts hinzufügen, gemäß der Dokumentation hier: skills.

Einzelpersonen können lokal Fähigkeiten manuell hochladen (entweder als .zip-, .skill- oder SKILL.md-Datei) und diese einzeln verwalten. Fähigkeiten werden hochgeladen, indem Sie die Schaltfläche "+" auswählen und dann Fähigkeiten → "Fähigkeiten hochladen" auswählen.

Datei-Uploads werden jetzt in Claude für Excel, PowerPoint und Word unterstützt. Einzelpersonen können Dateien hochladen, indem Sie die Schaltfläche "+" auswählen und dann "Dateien oder Fotos hinzufügen" auswählen.

Die Gateway-URL oder der Cloud-Endpunkt ist aus dem Netzwerk des Benutzers nicht erreichbar. Überprüfen Sie, ob die URL korrekt ist, der Dienst läuft und es keine Firewall- oder VPN-Einschränkungen gibt, die die Verbindung blockieren. Überprüfen Sie den Abschnitt Netzwerk-Allowlist oben, um zu bestätigen, dass alle erforderlichen Domänen zulässig sind.

Das Auth-Token ist ungültig oder abgelaufen. Bestätigen Sie für Gateway-Verbindungen das Token mit Ihrem IT-Team. Überprüfen Sie für direkte Cloud-Verbindungen, ob das Entra ID-Konto des Benutzers in der zugewiesenen Gruppe enthalten ist und ob das OIDC-Vertrauen oder der OAuth-Client korrekt konfiguriert ist. Für Foundry generieren Sie den Schlüssel in Azure Portal → Schlüssel und Endpunkt neu.

Das Token ist gültig, hat aber nicht die richtigen Berechtigungen. Überprüfen Sie für Bedrock, ob die IAM-Rolle bedrock:InvokeModel-Berechtigungen hat. Überprüfen Sie für Vertex, ob das Dienstkonto aiplatform.endpoints.predict-Berechtigungen hat. Überprüfen Sie für Gateways den Umfang des Tokens mit Ihrem IT-Administrator. Überprüfen Sie für Foundry die Netzwerkregeln der Ressource, oder bestätigen Sie, dass der Schlüssel zur richtigen Ressource gehört.

Das Add-In konnte den erwarteten API-Pfad nicht erreichen. Überprüfen Sie bei Gateways, ob die URL die Basis-URL ist (z. B. https://litellm-server:4000)—don't – fügen Sie /v1/messages nicht in das URL-Feld ein.

Das Gateway oder der Cloud-Anbieter ist auf einen internen Fehler gestoßen. Überprüfen Sie Ihre Gateway-Protokolle (z. B. docker logs litellm bei Verwendung von LiteLLM) auf Fehler des Upstream-Anbieters. Versuchen Sie die Anfrage erneut, und wenden Sie sich an Ihren IT-Administrator, wenn das Problem weiterhin besteht.

Das Add-In konnte Claude-Modelle nicht finden. Bei Gateways ist es möglich, dass Ihr Gateway keine Modellliste unter GET /v1/models bereitstellt. Ihr IT-Team kann das Gateway entweder so konfigurieren, dass es eine Modellliste bereitstellt, oder Ihnen eine spezifische Modell-ID zum manuellen Eingeben geben. Bestätigen Sie für Bedrock oder Vertex, dass mindestens ein Claude-Modell (Claude Sonnet 4.5 oder später) in Ihrem Konto und in Ihrer Region aktiviert ist. Bestätigen Sie für Foundry, dass mindestens ein Claude-Modell in der Ressource (Modellkatalog) bereitgestellt ist.

Überprüfen Sie, ob Ihr Gateway Server-Sent Events (SSE) Pass-Through unterstützt. Einige Proxy-Konfigurationen entfernen oder puffern SSE-Verbindungen, was verhindert, dass Streaming-Antworten das Add-In erreichen.

Konnektoren, Skills, Datei-Uploads und App-übergreifendes Arbeiten sind über Drittanbieter-Plattformen noch nicht verfügbar. Wenn Sie diese benötigen, fragen Sie Ihren Administrator, ob Sie sich stattdessen mit einem Claude-Konto anmelden können.