Qui voit le dialogue
L’examen du classificateur côté serveur énumère les sessions qui demandent au serveur d’effectuer ces vérifications. Le fait qu’une plateforme ou une région effectue ces vérifications dépend du déploiement de cette plateforme. Lorsqu’elle ne le fait pas, Claude Code utilise ses propres demandes de classificateur et affiche ce dialogue. Sur Amazon Bedrock, Google Cloud’s Agent Platform, Microsoft Foundry et les sessions de passerelle d’applications Claude connectées, seuls Claude Sonnet 5, Opus 4.7 ou version ultérieure, et les modèles Fable prennent en charge le mode auto du tout. Les plans Pro, Max et Team n’affichent jamais le dialogue. Pour vérifier une session en mode auto, exécutez/status : sa ligne Auto mode server indique Enabled tandis que les vérifications du serveur décident des actions de la session et Disabled une fois que la session est revenue à la normale.
Lorsque le dialogue ne peut pas attendre une réponse, Claude Code signale 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 24 dernières heures l’a rejeté. En mode non interactif avec -p, il imprime le texte sur stderr, et en sortie stream-json, il émet un message d’avertissement system, que les applications Agent SDK peuvent lire à partir du flux de messages. Dans l’extension VS Code, le message apparaît comme un dialogue dans la conversation, sans rien à reconnaître.
Pourquoi les vérifications du serveur n’atteignent pas la session
La cause la plus courante est une passerelle LLM ou un proxy entre Claude Code et l’API : l’un d’eux supprime ou réécrit les en-têtes de demande, supprime les champs de demande 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 une passerelle, le dialogue la nomme. Le dialogue peut également apparaître lorsque la plateforme, la région ou les identifiants que la session utilise n’ont pas encore de vérifications côté serveur. 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 ce dialogue ; voir Examen du classificateur côté serveur. Si vous voyez le dialogue sans passerelle ou proxy dans le chemin et qu’il continue d’apparaître, la cause probable est que les vérifications côté serveur n’ont pas encore atteint votre plateforme, région ou identifiants. Pour confirmer, contactez le support ou l’administrateur de votre entreprise, ou signalez-le avec/feedback.
Répondre au dialogue
Le dialogue retient l’action jusqu’à ce que vous y répondiez :- Entrée continue : l’action retenue et le reste de la session utilisent les propres demandes de classificateur de Claude Code, facturées comme utilisation de jetons comme avant. Lorsque le dialogue a nommé une passerelle, l’accepter l’empêche de réapparaître sur cette machine pendant 24 heures. Lorsqu’il ne l’a pas fait, le dialogue réapparaît la prochaine fois qu’une session se replie.
- Échap ou Ctrl+C annule : l’action retenue ne s’exécute pas et le tour actuel s’arrête, la session restant en mode auto. Rien n’est mémorisé, donc le dialogue réapparaît avant la prochaine action vérifiée.
Shift+Tab après avoir répondu.
Rendre la session admissible
Si une passerelle en est la cause, demandez à l’administrateur de votre entreprise ou à votre fournisseur de passerelle de transmettre les demandes et les réponses sans modification. Cela signifie transmettre les en-têtes de demande et les champs de corps tels qu’ils sont, y compris ceux que la passerelle ne reconnaît pas, comme le champ de demandesafeguards, et retourner les réponses et les événements de streaming sans supprimer les clés comme le champ safeguard_results ou réécrire les ID d’utilisation d’outils, comme le guide de compatibilité de la passerelle le décrit. Une passerelle qui transmet le trafic de cette manière continue de fonctionner avec cette fonctionnalité et avec les futures. Les nouvelles sessions utilisent alors à 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 :
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.
CLAUDE_CODE_AUTO_MODE_SERVER est un paramètre temporaire et peut être supprimé dans une version ultérieure.