Claude Code utilise encore l’ancien fournisseur : comment vérifier le routage

Vous avez changé ANTHROPIC_BASE_URL, mais Claude Code semble toujours utiliser l’ancien service. Avant de remplacer la clé ou de réinstaller le client, vérifiez deux choses : quel processus vous testez et quelle trace sa requête laisse chez le fournisseur. Une réponse correcte, un nom de modèle affiché ou une variable dans un terminal ne suffisent pas, seuls, à établir la destination.

Ce diagnostic suppose une configuration déjà en place. Pour une première installation ou les valeurs actuelles, ouvrez le guide de configuration Claude Code. Ici, l’objectif est de trouver la source du conflit et de vérifier le routage d’un client précis.

Partir du symptôme reproductible

Ce que vous observez	Première comparaison utile	Ce que cela permet de départager
Le terminal fonctionne, mais VS Code semble utiliser l’ancien service	Même dossier, une requête depuis chaque client	Un problème commun au projet ou une différence de lancement/configuration de l’extension
Un seul projet est concerné	Même client, projet concerné puis dossier de test	Une configuration liée au projet ou une source commune à la machine
Le problème revient à chaque nouveau lancement	Réglages avant et après lancement du gestionnaire de fournisseurs	Une modification persistante ou une valeur réécrite par un outil
Claude Code répond, mais aucune requête correspondante n’apparaît chez BetterToken	Heure, compte, clé et filtres de l’historique	Une trace recherchée au mauvais endroit ou un routage encore non confirmé

Ces comparaisons orientent l’enquête ; elles ne prouvent pas à elles seules la cause. Notez le client, son mode de lancement, le dossier et l’heure du test avant de changer quoi que ce soit.

Distinguer le shell, les fichiers et le client en cours

Sur macOS ou Linux, exécutez ceci dans le terminal depuis lequel vous comptez lancer le CLI :

printenv ANTHROPIC_BASE_URL
test -n "$ANTHROPIC_AUTH_TOKEN" && echo "ANTHROPIC_AUTH_TOKEN is set"
test -n "$ANTHROPIC_API_KEY" && echo "ANTHROPIC_API_KEY is set"

L’adresse affichée appartient à ce shell. Les deux autres lignes indiquent seulement la présence d’une valeur, sans afficher la clé. Une sortie vide ne prouve pas que Claude Code n’a aucune authentification : une autre source peut la fournir. Ce contrôle ne lit ni l’environnement d’un processus déjà lancé ni celui de l’extension VS Code.

Repérez ensuite les fichiers susceptibles de définir les mêmes variables. Depuis la racine du projet, cette commande affiche uniquement les noms des fichiers correspondants dans les emplacements courants :

grep -lE '"ANTHROPIC_(BASE_URL|AUTH_TOKEN|API_KEY)"' \
  ~/.claude/settings.json \
  .claude/settings.json \
  .claude/settings.local.json 2>/dev/null

Ce repérage n’est pas exhaustif : un répertoire de configuration personnalisé, les réglages gérés par l’organisation ou un outil de lancement peuvent ajouter d’autres sources. L’absence de résultat signifie seulement qu’aucune correspondance lisible n’a été trouvée dans ces trois chemins. Sous Windows, examinez les fichiers équivalents dans votre éditeur, sans copier leur contenu dans une conversation.

Claude Code définit une priorité entre ses sources de réglages ; elle ne se déduit pas de la seule valeur affichée par printenv. Consultez la référence officielle des réglages et utilisez /status dans le CLI pour repérer les sources chargées. Si une politique d’organisation s’applique, demandez à l’administrateur de vérifier sa valeur effective.

Isoler une différence entre terminal et VS Code

Gardez le même dossier et les mêmes paramètres de test. Dans VS Code, examinez aussi claudeCode.environmentVariables, présenté dans le guide du client. Ne supposez pas que l’extension est lancée avec l’environnement du terminal intégré.

Si un script shell ou un gestionnaire de fournisseurs est utilisé, vérifiez s’il définit les variables ou réécrit le fichier au lancement. Un fichier .env est une piste seulement si un composant de votre lancement le charge ; sa présence ne prouve pas qu’il est utilisé.

Corrigez une seule source identifiée, en conservant les autres réglages du fichier. Pour comparer deux démarrages, fermez le client testé puis relancez-le par le même chemin. Pour l’extension, redémarrez VS Code si nécessaire. Ce redémarrage rend le test comparable ; il ne signifie pas que chaque réglage exige toujours un redémarrage.

Vérifier la destination avec une requête identifiable

Dans un dossier de test sans données sensibles, notez l’heure et envoyez depuis le client concerné :

Réponds uniquement : ROUTE_CHECK_A7. Ne lis aucun fichier,
ne modifie rien et n’exécute aucune commande.

Ce message demande une réponse courte ; il ne constitue pas une barrière de sécurité. N’utilisez pas un dépôt sensible pour ce test et n’approuvez aucune action supplémentaire.

Si BetterToken est la destination attendue, ouvrez l’historique des requêtes dans Workspace. Vérifiez le compte et les filtres, puis recherchez les nouvelles entrées autour de l’heure notée. Comparez la clé lorsqu’elle est identifiable, le modèle, le statut et l’utilisation. Une action du client peut produire plusieurs appels ; n’exigez pas une correspondance « un message = une ligne ».

Résultat	Conclusion raisonnable	Suite
Réponse reçue et traces concordantes pour la clé attendue	Le test est cohérent avec un passage par BetterToken	Refaire le contrôle après un nouveau lancement
Réponse reçue, aucune trace concordante	La destination n’est pas encore confirmée	Vérifier le compte, les filtres et le délai d’affichage, puis les autres sources de configuration
Trace présente avec une erreur	Une requête a atteint le service, mais elle n’a pas abouti correctement	Consulter le guide API Key et Base URL pour corriger la configuration
Plusieurs clients ou collègues utilisent la même clé au même moment	L’heure seule ne permet pas d’attribuer une entrée à votre test	Refaire le test avec une clé personnelle et sans activité concurrente

Le texte ROUTE_CHECK_A7 sert à reconnaître la réponse dans le client ; ne supposez pas qu’il figure dans l’historique du fournisseur. Une entrée proche dans le temps est un indice, pas une preuve suffisante si d’autres requêtes peuvent l’expliquer.

Savoir quand le problème est résolu

Vous pouvez considérer le routage comme confirmé lorsque le client concerné produit des traces concordantes avec la destination attendue, puis conserve ce résultat après un nouveau lancement. Si seul VS Code échoue encore, poursuivez sur son lancement et ses réglages plutôt que de modifier à nouveau le CLI qui fonctionne.

Si la destination reste incertaine, préparez pour le support : version du client, mode de lancement, dossier concerné ou non, heure avec fuseau, sources repérées et résultat de la comparaison. Retirez les clés, les en-têtes d’authentification et les contenus de projet. Cette description permet de reproduire la différence sans exposer vos accès.