Anthropic Inference Hooks : bloquer un prompt avant Claude

Inference Hooks arrête un prompt avant que Claude ne le lise

Anthropic a ouvert Inference Hooks en bêta le 5 août 2026, pour les organisations Claude Enterprise.⁷ Le principe tient en une phrase. Avant que Claude ne traite un prompt, Anthropic interroge un serveur que votre DSI opère, ou son éditeur de sécurité. Ce serveur répond « autoriser » ou « refuser », et un refus arrête la requête.¹

Trois surfaces sont couvertes : les conversations sur claude.ai, Claude Cowork et Claude Code, en version web, bureau et ligne de commande.³ Votre serveur dispose de 5 secondes par défaut pour trancher.¹ L'utilisateur refusé reçoit votre motif technique, suivi d'un texte d'escalade que votre administrateur rédige.

Un paramètre mérite une décision explicite : le traitement des pannes (« failure handling » dans la documentation Anthropic). Il fixe le sort d'une requête quand votre serveur tombe, renvoie une erreur ou dépasse le délai.¹ Deux réglages existent : bloquer par défaut, ou laisser passer sans inspection. En cas régulé, ce réglage décide si un pic de charge laisse fuiter des prompts non inspectés. Tranchez-le en revue d'architecture.

Le contrôle tourne chez Anthropic, pas sur vos postes. Rien à installer, rien à glisser dans vos intégrations. Une seule règle couvre le web, l'application de bureau et Claude Code.³ Pour un responsable de la sécurité informatique qui traque ChatGPT depuis douze mois, avec des angles morts sur Claude Code, la simplification est réelle.

La montée en charge est prévue dès la bêta. Anthropic livre un mode observation, qui regarde sans bloquer, un déploiement par pourcentage de requêtes, et une exclusion par rôle.¹ Aucune DSI sérieuse ne branche un point de passage obligé sur 100 % du trafic le premier jour. Ce réglage évite une conversation pénible en comité des risques.

Compliance API et Inference Hooks n'agissent pas au même moment

Anthropic a lancé le 21 mai 2026 sa Compliance API, une connexion entre deux logiciels, avec 28 partenaires sécurité dont Purview, Okta et CrowdStrike.⁴ Elle travaille après coup : votre outil interroge Anthropic pour reconstituer ce qui s'est passé. Inference Hooks travaille avant : Anthropic vous appelle et attend votre verdict pour continuer.¹

La différence se mesure sur un incident. Un gestionnaire de sinistres colle par erreur un numéro de sécurité sociale dans Claude. Avec la Compliance API seule, vous expliquez avoir détecté la fuite la veille au soir et lancé une suppression. Avec Inference Hooks, vous dites que la donnée n'a jamais atteint le modèle. Devant l'ACPR, le régulateur des banques et des assurances, ou devant la CNIL, ces deux phrases ne pèsent pas pareil.

Les deux couches se complètent. Je garderais la Compliance API pour l'audit trimestriel et la reconstitution d'incidents. Inference Hooks devient le point de contrôle en amont. Aucune ne remplace l'autre.

Trois limites à cadrer avant un déploiement régulé

L'annonce est propre, ses limites aussi. Le verdict reste binaire, un seul point de contrôle existe, et le périmètre exclut plusieurs surfaces.¹ Aucune de ces limites ne disqualifie Inference Hooks. Elles décident du périmètre où vous l'activez, et des couches que vous gardez à côté pour couvrir les angles morts.

Le verdict est binaire, sans réécriture. Votre serveur autorise ou refuse ; il ne peut pas caviarder la partie sensible avant que Claude ne la reçoive.¹ Un gestionnaire qui cite un dossier client, sans voir que le prénom du bénéficiaire remonte, verra son prompt bloqué en entier. Vos règles seront donc moins agressives que celles de Purview sur Microsoft 365. Sinon, vos utilisateurs basculeront vers ChatGPT sur leur téléphone personnel.

Le seul évènement disponible se déclenche côté prompt. Rien n'inspecte encore la réponse de Claude, et Anthropic annonce ce contrôle sans le dater.¹ Si le modèle reconstruit une information sensible depuis vos documents internes, votre dispositif ne la verra pas passer. Vous la retrouverez plus tard dans la Compliance API, avec le décalage habituel. Pour un chatbot qui parle à un client final, cet angle mort touche l'article 50(1) de l'AI Act.

Une mutuelle qui veut trier ses emails de gestion sinistres avec un mailbot tombe en plein dedans. Le risque se situe dans le mail de réponse, qui divulguerait un état de santé. Vous ne pouvez donc pas remplacer la relecture humaine par un envoi automatique, même avec Inference Hooks branché. Le mailbot prépare le brouillon, un humain valide avant l'envoi. L'IA prépare, l'humain valide.

Le périmètre s'arrête à Claude Enterprise en direct. Amazon Bedrock, Google Cloud Vertex AI et le mode vocal restent dehors.³ Une DSI qui a déployé Claude via Bedrock, pour l'hébergement Amazon à Paris, n'a donc pas accès à ce contrôle. Le compromis devient explicite : la localisation des données d'un côté, le point de passage obligé de l'autre.

Contrôle AI Act : qui vous appellera en France

Depuis le 2 août 2026, les obligations restantes de l'AI Act s'appliquent.² Deux autorités différentes peuvent vous appeler, et votre DSI doit savoir laquelle. L'AI Office, le service de la Commission européenne chargé des modèles à usage général, est compétent pour leurs fournisseurs. Le plafond y est de 15 M€ ou 3 % du chiffre d'affaires mondial, au titre de l'article 101.⁶

L'article 50 couvre la transparence des chatbots, des deepfakes et des contenus générés. Il relève des autorités françaises de surveillance du marché. La répression des fraudes (DGCCRF) pilote, la CNIL couvre les données personnelles, l'Arcom les contenus.⁵

Les pratiques interdites de l'article 5 montent à 35 M€ ou 7 % du chiffre d'affaires mondial, sans viser un chatbot de relation client bien conçu.

Inference Hooks arrive quatre jours après cette échéance. Anthropic ne fait pas le lien dans sa documentation, et je ne le lui prête pas.² Le calendrier compte quand même pour une DSI européenne.

Une banque qui teste Claude sur des comptes-rendus d'incidents opérationnels ne bute pas sur la performance du modèle. Elle bute sur la preuve de non-fuite. Le mode observation mesure d'abord le taux réel de prompts porteurs de données sensibles. Vous basculez ensuite par rôle, sur les seules équipes qui traitent les dossiers, sans contact client. Automatiser la relation client bancaire reste un arbitrage de conformité avant d'être un projet informatique.

Mon conseil : un pilote en observation, pas une signature

Ouvrez un pilote en mode observation sur un périmètre restreint, et ne signez rien de plus pour l'instant. 30 jours suffisent à mesurer votre trafic réel de prompts sensibles. Vous déciderez à l'automne 2026 avec vos chiffres, pas avec une promesse de bêta.

Le protocole est un appel web public et documenté, pas un connecteur propriétaire. Netskope et Palo Alto Networks ont annoncé un serveur compatible dès le lancement du 5 août 2026.⁷⁸⁹ Vous choisissez donc entre un éditeur qui expose déjà l'intégration et un serveur maison, écrit d'après un format d'appel web public, Standard Webhooks, publié.

Un e-marchand qui exploite un chatbot Claude sur son SAV craint moins la sanction que la fuite croisée entre clients. Inference Hooks règle un cas courant : bloquer un prompt qui embarque deux numéros de commande différents, signe d'un mauvais aiguillage de session. Branchez le contrôle sur votre outil de surveillance des alertes de sécurité, plutôt que d'écrire une couche maison.

Côté budget, chiffrer un déploiement avec Inference Hooks ajoute trois postes au prix des sièges. Il faut un serveur de sécurité, développé ou pris chez un éditeur, puis son raccordement à vos outils de surveillance pour traiter les refus remontés dans le journal d'activité. Reste la reprise de vos surfaces déjà déployées sur Bedrock ou Vertex, qui n'auront pas ce contrôle.

Inference Hooks fait tomber une objection tenace en comité des risques : « on ne peut pas empêcher un prompt d'atteindre le modèle ». Je la considère réglée. Pour les dossiers bloqués en validation par le comité des risques, la conversation change tout de suite. Mais tant que le contrôle côté réponse manque, un usage front-office qui répond seul à un client garde le risque d'avant. Ne le présentez pas comme un contrôle complet.

Webotit déploie des chatbots, callbots, mailbots et équipes d'agents IA pour des ETI et grands comptes français depuis 2018. Vous voulez cadrer une équipe d'agents IA gouvernés dans votre environnement Claude Enterprise avant la fin de la bêta ? Nous auditons le contrôle en amont et le contrôle a posteriori, et nous vous disons ce qui reste découvert.

Questions frequentes

Qu'est-ce que Anthropic Inference Hooks lancé le 5 août 2026 ?+

Inference Hooks inspecte chaque prompt avant que Claude ne le traite. Anthropic l'a ouvert en bêta le 5 août 2026 pour les organisations Claude Enterprise.⁷ Le prompt part vers un serveur de sécurité que vous opérez, ou que votre éditeur opère. Ce serveur répond « autoriser » ou « refuser » en 5 secondes par défaut, et un refus arrête la requête.

Quelles surfaces Claude sont couvertes par Inference Hooks ?+

Une seule règle couvre claude.ai, en web comme en application de bureau, Claude Cowork et les sessions Claude Code de vos équipes techniques. Le mode vocal, Amazon Bedrock et Google Cloud Vertex AI restent hors périmètre au lancement.

Inference Hooks remplace-t-il la Claude Compliance API ?+

Non. La Compliance API, lancée le 21 mai 2026, récupère l'activité après coup pour l'audit. Inference Hooks intervient avant que le modèle ne calcule sa réponse, et attend votre verdict. Les deux se combinent : l'un bloque en direct, l'autre archive et reconstitue.

Puis-je bloquer une réponse de Claude qui divulguerait une donnée sensible ?+

Pas encore en direct. Le seul évènement disponible en bêta se déclenche côté prompt. Anthropic annonce un contrôle côté réponse, sans le dater. Pour un chatbot ou un mailbot qui répond à un client final, gardez une relecture humaine ou une couche de post-traitement.

Comment démarrer un pilote Inference Hooks dans une DSI française ?+

Trois étapes. Activez Inference Hooks en mode observation sur un périmètre restreint, sans rien bloquer. Mesurez la part de prompts porteurs de données sensibles, puis calibrez vos règles. Passez enfin en application graduelle par rôle, jamais sur 100 % du trafic au démarrage, en gardant la Compliance API branchée pour l'audit trimestriel.

Sources et references

1. [1]
2. [2]
3. [3]
4. [4]
5. [5]
6. [6]
7. [7]
8. [8]
9. [9]