Passer au contenu principal
En mode auto, un classifieur vérifie les actions telles que les commandes shell et les requêtes réseau avant leur exécution. Partout où les vérifications côté serveur sont activées, le serveur effectue ces vérifications dans le cadre des propres requêtes de modèle de la session, sans frais. Cet avis signifie que les vérifications du serveur n’atteignent pas votre session : Claude Code effectue donc ses propres requêtes de classifieur à la place, et sur votre compte, ces requêtes sont comptabilisées dans votre utilisation de tokens :
Au niveau de l’invite, Claude Code met en attente la première action qu’il vérifierait de cette manière jusqu’à ce que vous répondiez. Le mode auto continue de fonctionner, et ses requêtes de classifieur sont facturées comme auparavant. La cause la plus fréquente est une passerelle LLM ou un proxy situé entre Claude Code et l’API, et lorsque Claude Code peut l’identifier, l’avis le nomme. Appuyez sur Enter pour continuer, ou consultez Rendre la session éligible pour éviter qu’il n’apparaisse dans les nouvelles sessions.

​
Répondre à l’avis

L’avis bloque l’action jusqu’à ce que vous y répondiez :
  • Enter permet de continuer : l’action en attente et le reste de la session utilisent les propres requêtes de classifieur de Claude Code, facturées en consommation de tokens comme auparavant, et l’avis ne réapparaît plus dans cette session. Lorsque l’avis mentionnait une passerelle, le fait d’en accuser réception l’empêche de réapparaître sur cette machine pendant 24 heures. Dans le cas contraire, l’avis revient la prochaine fois qu’une session bascule sur ce mode de repli.
  • Esc ou Ctrl+C permet d’annuler : l’action en attente ne s’exécute pas et le tour en cours s’arrête, la session restant en mode auto. Rien n’est mémorisé, de sorte que l’avis réapparaît avant la prochaine action vérifiée.
Pour cesser plutôt d’utiliser le mode auto, changez de mode de permission avec Shift+Tab après avoir répondu. Lorsque l’avis ne peut pas attendre de réponse, Claude Code affiche le même texte et la session continue en mode auto, sauf si un accusé de réception de passerelle sur cette machine au cours des dernières 24 heures l’a écarté. En mode non interactif avec -p, il écrit le texte sur stderr, et dans la sortie stream-json, il émet un message d’avertissement system, que les applications Agent SDK peuvent lire depuis le flux de messages.

​
Rendre la session admissible

Si une passerelle empêche les vérifications côté serveur du mode auto d’atteindre vos sessions et que vous ne la gérez pas, transmettez les exigences ci-dessous à l’administrateur de votre entreprise ou à votre fournisseur de passerelle. Lorsque l’amont accepte le format que reçoit la passerelle, Claude Code attend de la passerelle qu’elle transmette les requêtes et les réponses sans modification, comme le décrit le guide de compatibilité des passerelles :
  • Requêtes : pour laisser passer les vérifications, la passerelle transfère à la fois l’en-tête anthropic-beta et le champ du corps safeguards sans modification, car les deux vont de pair. Avec le format InvokeModel d’Amazon Bedrock, elle transfère le champ du corps anthropic_beta à la place de l’en-tête.
  • Réponses : la passerelle retourne les réponses et les événements de streaming sans supprimer de champs ni réécrire les ID d’utilisation d’outils. Pour laisser passer les résultats des vérifications, elle conserve le champ safeguard_results.
Une fois que votre passerelle procède ainsi, les nouvelles sessions utilisent à nouveau les vérifications du serveur. Si vous savez déjà que votre passerelle ne peut pas fournir les vérifications du serveur, dites à Claude Code de ne pas les demander là en définissant CLAUDE_CODE_AUTO_MODE_SERVER sur 0 avant de démarrer la session, dans votre shell ou dans la clé de paramètres env :
Les demandes de classificateur sont alors toujours celles de Claude Code lui-même, facturées de la même manière, et l’avis n’apparaît pas. Sur une connexion directe à l’API Anthropic, la variable nécessite Claude Code v2.1.281 ou version ultérieure. Définir CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1 tandis que CLAUDE_CODE_AUTO_MODE_SERVER n’est pas défini désactive également les vérifications du serveur, sauf comme le décrit Désactiver les capacités de pré-version. CLAUDE_CODE_AUTO_MODE_SERVER est un paramètre temporaire et peut être supprimé dans une version ultérieure.

​
Pourquoi la notification apparaît

Avec un plan Pro, Max, Ultra ou Team, vous ne voyez jamais la notification. Pour savoir quelles sessions demandent au serveur d’effectuer les vérifications du classificateur, consultez L’examen du classificateur côté serveur. Si vous voyez la notification, vérifiez ces causes habituelles :
  • Une passerelle LLM ou un proxy se trouve dans le chemin : l’un qui supprime ou réécrit les en-têtes de requête, supprime les champs de requête qu’il ne reconnaît pas, ou modifie les réponses. Le serveur ne reçoit alors jamais la demande de vérifications, ou Claude Code ne reçoit jamais les résultats. Lorsque votre configuration ou les réponses identifient la passerelle, la notification la nomme.
  • Les vérifications côté serveur n’ont pas encore atteint votre plateforme, région ou identifiant : qu’une plateforme ou une région les effectue dépend du déploiement de cette plateforme. Si vous voyez la notification sans passerelle ou proxy dans le chemin et qu’elle continue d’apparaître, c’est la cause probable. Pour confirmer, contactez le support ou l’administrateur de votre entreprise, ou signalez-le avec /feedback.
Pour vérifier une session en mode auto, exécutez /status à l’invite Claude Code : sa ligne Auto mode server affiche Enabled tandis que les vérifications du serveur décident des actions de la session et Disabled une fois que la session s’est repliée. Lorsqu’une passerelle coupe les réponses ou réécrit les résultats dans une forme que Claude Code ne peut pas lire, vous obtenez des refus sans verdict à la place de cette notification ; voir L’examen du classificateur côté serveur.