Inference-Hooks

Mit „Inference hooks" (Inference-Hooks) kann eine Claude Enterprise-Organisation jeden verwalteten Prompt durch einen KI-Sicherheitsserver leiten – einen HTTPS-Dienst, den die Organisation oder ihr Sicherheitsanbieter betreibt –, bevor die Inferenz ausgeführt wird. Wenn ein Nutzer einen Prompt absendet, sendet Anthropic das Konversationstranskript an deinen KI-Sicherheitsserver und wartet auf ein Allow- oder Deny-Urteil; eine abgelehnte Anfrage erreicht das Modell nie. Sicherheits- und Compliance-Teams nutzen Inference-Hooks, um Datenrichtlinien inline durchzusetzen, und Entwickler bauen den KI-Sicherheitsserver, der jede Anfrage auswertet.

Da der Hook auf den Servern von Anthropic läuft – nachdem die Anfrage den Client verlassen hat und bevor das Modell ausgeführt wird –, gilt er einheitlich für jede verwaltete Anfrage, ohne dass etwas auf Nutzergeräten installiert oder bereitgestellt werden muss.

Derzeit ist das einzige Hook-Event prompt, das einmal pro verwalteter Inferenzanfrage ausgelöst wird, bevor die Inferenz beginnt. Die Durchsetzung auf der Antwortseite ist als späteres Event geplant.



So funktionieren Inference-Hooks

1. Ein Nutzer sendet einen Prompt auf einer verwalteten Oberfläche ab.
2. Anthropic sendet einen HTTPS-POST an den konfigurierten KI-Sicherheitsserver-Endpunkt deiner Organisation. Der Request-Body enthält das Konversationstranskript, und jede Anfrage wird gemäß der Standard Webhooks-Spezifikation signiert, sobald deine Organisation ihr Signing-Secret generiert hat, damit dein Server verifizieren kann, dass sie von Anthropic stammt.
3. Dein KI-Sicherheitsserver wertet den Inhalt aus und antwortet innerhalb des von deiner Organisation konfigurierten Verdict-Timeouts (standardmäßig 5 Sekunden) mit einem Urteil.
4. Bei allow läuft die Inferenz normal weiter. Bei deny wird die Anfrage abgelehnt und der Nutzer sieht eine „Durch Richtlinie blockiert"-Nachricht, die aus zwei Teilen zusammengesetzt ist: dem anfragespezifischen Grund, den dein KI-Sicherheitsserver im Feld deny_reason des Urteils angegeben hat, gefolgt von einer festen Nachricht, die deine Administratoren konfigurieren (zum Beispiel, wen man kontaktieren oder wo man eine Ausnahme beantragen kann). Wenn deine Administratoren keine konfiguriert haben, verweist eine integrierte Standardnachricht den Nutzer darauf, sie zu kontaktieren. Jede Ablehnung wird außerdem im Activity Feed deiner Organisation erfasst.

Das folgende Diagramm zeigt ein Beispiel (eine Cowork-Anfrage, bei der Claude auch ein O365-Tool aufruft), um zu veranschaulichen, welche Teile des Ablaufs mit Hooks versehen sind. Die Hook-Punkte sind die Schritte 1 und 5 des Diagramms, an denen der Prompt eintrifft und das Tool-Ergebnis zurückkommt; jeder führt zu dem Validierungsaustausch mit deinem KI-Sicherheitsserver, der in den Schritten 2 und 6 gezeigt wird.

Ein Urteil ist ein kleines JSON-Objekt: {"action": "allow"} lässt die Anfrage durch, und ein Deny enthält den für den Nutzer sichtbaren Grund. Das vollständige Urteilsschema findest du unter Ein Urteil zurückgeben.

Dein KI-Sicherheitsserver sieht, was der Nutzer sieht: Transkripttext, Tool-Aufrufe und deren Ergebnisse sowie aus Anhängen extrahierten Text. Er erhält niemals rohe Datei- oder Bild-Bytes, System-Prompts oder Anthropic-internen Kontext.

Wenn dein KI-Sicherheitsserver nicht erreichbar ist, einen Fehler zurückgibt oder nicht innerhalb des Timeouts antwortet, entscheidet die Fehlerbehandlungseinstellung deiner Organisation über das Ergebnis: die Anfrage blockieren oder sie ohne Prüfung durchlassen.

Die Durchsetzung kann in deinem Tempo ausgerollt werden, sodass am ersten Tag niemand blockiert werden muss: Der Shadow-Modus beobachtet Urteile im Live-Traffic, ohne etwas zu blockieren, ein Rollout-Prozentsatz prüft einen gewählten Anteil der Anfragen, und Ausschlüsse nehmen Mitglieder ausgewählter Rollen vollständig aus. Siehe Inference-Hooks konfigurieren.

Die vollständigen Request- und Response-Schemas, die Signaturverifizierung und operative Details findest du unter Eine Integration entwickeln.



Anwendungsfälle

• „Data loss prevention" (Verhinderung von Datenverlust), oder DLP. Leite das Transkript an deinen DLP-Scanner weiter und lehne Prompts ab, die reguliertes oder klassifiziertes Material enthalten. Dies ist der häufigste Einsatzzweck.
• Echtzeit-Transkriptarchivierung. Archiviere jedes Transkript bei Eingang und gib immer allow zurück – als Push-basierte Alternative zum Polling der Compliance API.
• Prompt-Telemetrie. Miss, wie deine Organisation Claude nutzt, und zwar im Moment der Nutzung.
• Policy-Engines. Setze deine eigenen Regeln vor der Inferenz durch: Modell-Allowlists, projektbezogene Einschränkungen oder Arbeitszeitkontrollen.



Aktuelle Einschränkungen

• Anhänge werden durch Metadaten und extrahierten Text dargestellt. Rohe Datei- und Bild-Bytes werden niemals gesendet, sodass reine Bildinhalte (zum Beispiel ein Screenshot eines Dokuments) nicht geprüft werden.
• Urteile sind Allow oder Deny. Das Umschreiben oder Schwärzen eines Prompts wird nicht unterstützt.
• Plattform-Organisationen (API-Zugriff über die Claude Platform) sind nicht abgedeckt.



Verfügbarkeit

Inference-Hooks stehen Claude Enterprise-Organisationen zur Verfügung. Für die Konfiguration ist die Berechtigung organization:manage erforderlich, die die integrierten Rollen Admin, Owner und Primary Owner besitzen, ebenso wie jede benutzerdefinierte Rolle, der sie erteilt wurde.

Ein Hook verwaltet Konversationen über claude.ai, Cowork und Claude Code-Sitzungen in deiner Claude Enterprise-Organisation hinweg, unabhängig davon, ob sie im Web, in der Desktop-App oder in der CLI laufen. Inference-Hooks sind auf Amazon Bedrock oder Google Cloud nicht verfügbar.

Verwaltete Anfragen sind die Inferenzanfragen hinter der Konversation des Nutzers. Nebenanfragen, wie die Generierung von Konversationstiteln, werden nicht an deinen Endpunkt gesendet, und System-Prompts sowie Tool-Definitionen sind niemals in dem enthalten, was gesendet wird. Der Sprachmodus ist nicht abgedeckt.



Inference-Hooks im Vergleich zur Compliance API

Beide Funktionen dienen Sicherheits-, Rechts- und Compliance-Teams in Claude Enterprise-Organisationen.

Verwende Inference-Hooks, um eine Anfrage zu stoppen, bevor sie das Modell erreicht, und die Compliance API, um im Nachhinein zu prüfen, was passiert ist.



In diesem Abschnitt