Claude Code auto mode : contrôles et « session isn’t eligible »

Si le message « We're changing auto mode to no longer charge for classifier requests in Claude Code. However, this session isn't eligible » apparaît dans le terminal Claude Code (dans la formulation russe : « We are changing auto mode so classifier requests in Claude Code are no longer charged. However, this session is not eligible »), ce n'est pas une erreur. À partir de la version 2.1.278, Claude Code demande par défaut au serveur d'effectuer les contrôles de sécurité du mode auto et ne les facture pas. Mais cela ne fonctionne que si les contrôles côté serveur parviennent à la session. Lorsque Claude Code passe à ses propres requêtes de classification, il vous en avertit, et les contrôles sont facturés comme auparavant.

Documentation Ailoot : API, clés et configuration de la connexion.

Ce qui a changé dans le mode auto#

En mode auto, un classificateur vérifie les actions avant leur exécution : par exemple, les commandes shell et les requêtes réseau. Les requêtes de classification propres à Claude Code sont facturées comme une consommation ordinaire de jetons, comme avant la version 2.1.278.

À partir de la version 2.1.278, Claude Code demande par défaut au serveur d'effectuer les contrôles dans le cadre des requêtes que la session envoie déjà au modèle. Les contrôles effectués par le serveur ne sont pas facturés. Cette même version a ajouté une ligne Auto mode server à la commande /status : elle indique si le classificateur de cette session s'exécute sur le serveur.

Qui est concerné :

• Offres Enterprise et comptes Claude API — les contrôles côté serveur sont demandés par défaut.
• Claude Platform sur AWS, Amazon Bedrock, Agent Platform de Google Cloud, Microsoft Foundry — également par défaut, mais la disponibilité des contrôles côté serveur dépend de l'activation de cette fonctionnalité sur la plateforme concernée et dans la région concernée.
• Pro, Max, Team — selon la documentation d'Anthropic, le message n'apparaît jamais avec ces offres.

Une restriction distincte, sans rapport avec la facturation : sur Bedrock, Agent Platform de Google Cloud, Foundry et les sessions de passerelle des applications Claude avec connexion établie, le mode auto ne fonctionne qu'avec Claude Sonnet 5, Opus 4.7 et les modèles plus récents, ainsi qu'avec la famille Fable.

Le mode d'autorisation fait partie des paramètres qui déterminent le comportement de l'agent dans votre projet : ce qu'il fait de lui-même et ce qui nécessite une confirmation. Si vous créez régulièrement des projets dans Claude Code, vérifiez que vos paramètres d'autorisation correspondent aux tâches du projet.

Pourquoi les contrôles du mode auto n’atteignent-ils pas la session Claude Code ?#

Selon la documentation, la cause la plus fréquente est la présence d'une passerelle LLM ou d'un proxy entre Claude Code et l'API. Le problème survient si cet intermédiaire supprime ou réécrit les en-têtes de requête, élimine les champs qu'il ne reconnaît pas ou modifie les réponses : par exemple, en réécrivant les identifiants ou en supprimant des clés des événements de diffusion en continu. Le serveur ne reçoit alors pas la demande de contrôle, ou Claude Code n'en reçoit pas le résultat, et la session passe au classificateur propre à Claude Code, dont les requêtes sont facturées comme auparavant. Si Claude Code peut identifier la passerelle, le message la nomme.

La deuxième cause est que les contrôles côté serveur ne sont pas encore disponibles pour la plateforme, la région ou les identifiants de la session. En l'absence de passerelle ou de proxy dans la chaîne, si le message apparaît à plusieurs reprises, la documentation indique que c'est probablement la cause.

Le mode auto continue de fonctionner. Le message n'apparaît que lorsque les contrôles côté serveur cessent d'atteindre la session pour le reste de sa durée, et cela peut se produire dès la toute première action vérifiée. Une action isolée que le serveur ne peut pas contrôler ne déclenche pas le message : Claude Code la vérifie lui-même et contacte de nouveau le serveur à la requête suivante.

Que faire lorsque le message apparaît#

Le message met l'action en pause jusqu'à ce que vous répondiez :

• Entrée — continuer. L'action mise en pause et le reste de la session utilisent le classificateur propre à Claude Code, et ses requêtes continuent d'être facturées comme une consommation de jetons. Après avoir appuyé sur Entrée, le message ne réapparaît pas dans cette session. S'il nomme une passerelle, le fait de le reconnaître masque le message sur cette machine pendant 24 heures. Si aucune passerelle n'est nommée, le message revient lorsque la session suivante repasse à son propre classificateur.
• Échap ou Ctrl+C — annuler. L'action mise en pause n'est pas exécutée, le tour en cours s'arrête et la session reste en mode auto. Votre réponse n'est pas mémorisée ; le message réapparaît donc avant la prochaine action qui doit être vérifiée.

Si vous souhaitez quitter le mode auto, changez de mode d'autorisation avec Shift+Tab après avoir répondu.

Lorsque le message ne peut pas attendre de réponse, Claude Code affiche le même texte et continue en mode auto. Exception : si un message concernant une passerelle a déjà été reconnu sur cette machine au cours des dernières 24 heures, le texte ne s'affiche pas. En mode non interactif avec l'indicateur -p, le texte est écrit dans le flux d'erreur (stderr) ; avec la sortie stream-json, il arrive sous forme d'avertissement système que les applications utilisant l'Agent SDK peuvent lire dans le flux des messages. Dans l'extension VS Code, le message apparaît dans une boîte de dialogue et ne nécessite aucune confirmation.

Comment vérifier le statut#

Vous pouvez vérifier où le classificateur s'exécute actuellement sans attendre le message. Exécutez /status dans une session utilisant le mode auto et consultez la ligne Auto mode server :

• Enabled — le serveur vérifie toujours les actions de la session ;
• Disabled — la session est déjà passée au classificateur propre à Claude Code.

Que faire si la passerelle est en cause#

La documentation décrit deux options de configuration.

1. Demandez à l'administrateur de votre entreprise ou au fournisseur de la passerelle de transmettre les requêtes et les réponses sans les modifier. Les en-têtes et les champs du corps de la requête, y compris ceux que la passerelle ne reconnaît pas (comme le champ safeguards), doivent être transmis tels quels. Les réponses et les événements de diffusion en continu doivent être renvoyés sans supprimer des clés telles que safeguard_results ni réécrire les identifiants d'appel d'outil. Consultez le guide de compatibilité des passerelles pour plus de détails. Ensuite, les nouvelles sessions utiliseront de nouveau les contrôles côté serveur.
2. Désactivez les demandes de contrôles côté serveur si vous savez déjà que la passerelle ne les prendra pas en charge. Définissez la variable avant de démarrer la session, soit dans le shell, soit avec la clé env dans les paramètres de Claude Code :

export CLAUDE_CODE_AUTO_MODE_SERVER=0

Claude Code utilise alors toujours son propre classificateur, ses requêtes sont facturées comme auparavant et le message n'apparaît pas. Cette variable n'est pas lue lorsque la connexion se fait directement à l'API Anthropic. Si CLAUDE_CODE_AUTO_MODE_SERVER n'est pas définie, mais que CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1 l'est, les contrôles côté serveur sont également désactivés. La documentation décrit CLAUDE_CODE_AUTO_MODE_SERVER comme un paramètre temporaire qui pourrait être supprimé dans une prochaine version ; il est donc conseillé de vérifier à nouveau son statut après les mises à jour.

Si vous n'êtes pas propriétaire de la passerelle et ne pouvez pas la configurer, vous pouvez contacter son fournisseur ou choisir la deuxième option.

S'il n'y a pas de passerelle mais que le message apparaît#

En l'absence de passerelle ou de proxy dans la chaîne, si le message réapparaît, la cause probable, selon la documentation, est que les contrôles côté serveur ne sont pas encore disponibles pour votre plateforme, votre région ou vos identifiants. Vous pouvez le confirmer auprès du support ou de l'administrateur de votre entreprise, ou signaler le problème avec la commande /feedback.

Et ensuite ?#

Vous n'avez rien à configurer à l'avance : lorsque le message apparaît, le mode auto continue de fonctionner et les requêtes propres au classificateur sont facturées comme auparavant. Si le message apparaît, répondez-y (Entrée ou Échap) et vérifiez /status. Si nécessaire, vous pouvez configurer la passerelle, désactiver les demandes de contrôles côté serveur ou contacter le support.

Découvrez d'autres causes de consommation de jetons dans « Où vont les jetons dans Claude Code » et « Comment éviter d'épuiser les limites de Claude Code ». Et voici comment réduire le code inutile dans les réponses du modèle et économiser ainsi des jetons.

Si vous avez besoin d'accéder à des modèles d'IA via Ailoot, découvrez Ailoot.