Claude Code ainda usa o provedor anterior: como verificar a rota

Você alterou ANTHROPIC_BASE_URL, mas o Claude Code parece continuar se conectando ao serviço anterior. Antes de trocar a chave ou reinstalar o cliente, verifique duas coisas: qual processo está sendo testado e qual registro a solicitação dele deixa no provedor. Uma resposta correta, o nome do modelo na interface ou uma variável em um terminal não identificam o destino por conta própria.

Este guia pressupõe que a configuração já existe. Para a primeira instalação e os valores atuais, consulte o guia de configuração do Claude Code. Aqui, o objetivo é localizar o conflito e verificar a rota de um cliente específico.

Comece pelo sintoma que pode ser reproduzido

O que você observa	Primeira comparação	O que ela separa
O terminal funciona, mas o VS Code parece usar o serviço anterior	Mesmo diretório e uma solicitação em cada cliente	Um problema comum ao projeto e uma diferença de inicialização ou configuração da extensão
Apenas um projeto apresenta o problema	Mesmo cliente no projeto afetado e em um diretório de teste	Uma configuração do projeto e uma origem comum à máquina
O problema volta a cada nova inicialização	Configurações antes e depois de iniciar o gerenciador de provedores	Uma alteração persistente e um valor regravado por uma ferramenta
O Claude Code responde, mas não aparece um registro correspondente no BetterToken	Horário, conta, chave e filtros do histórico	Uma busca no local errado e uma rota ainda não confirmada

Essas comparações reduzem as possibilidades, mas ainda não comprovam a causa. Antes de alterar algo, anote o cliente, a forma de inicialização, o diretório e o horário do teste.

Separe o shell, os arquivos e o cliente em execução

No macOS ou Linux, execute os comandos no terminal usado para iniciar o 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"

O primeiro resultado pertence àquele shell. As outras linhas apenas informam se existe um valor; elas não mostram a chave. Uma saída vazia não comprova que o Claude Code esteja sem autenticação, pois outra origem pode fornecê-la. Essa verificação também não lê o ambiente de um processo já iniciado nem o da extensão do VS Code.

Depois, localize arquivos que possam definir as mesmas variáveis. Na raiz do projeto, este comando mostra apenas os nomes dos arquivos correspondentes em locais comuns:

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

A busca não é completa: um diretório de configuração personalizado, configurações gerenciadas pela organização ou uma ferramenta de inicialização podem acrescentar outras origens. A ausência de resultados significa apenas que não foi encontrada uma correspondência legível nesses três caminhos. No Windows, examine os arquivos equivalentes em um editor sem copiar o conteúdo para uma conversa.

O Claude Code aplica prioridade entre as origens de configuração, e o valor efetivo não pode ser deduzido apenas por printenv. Consulte a referência oficial de configurações e execute /status no CLI para identificar as origens carregadas. Se houver uma política da organização, peça ao administrador que confira o valor efetivo.

Isole a diferença entre o terminal e o VS Code

Mantenha o mesmo diretório e os mesmos dados de teste. No VS Code, verifique também claudeCode.environmentVariables, descrito no guia do cliente. Não presuma que a extensão foi iniciada com o ambiente do terminal integrado.

Se você usa um script de shell ou gerenciador de provedores, veja se ele define variáveis ou regrava um arquivo durante a inicialização. Um arquivo .env só influencia o processo quando algum componente do caminho de inicialização o carrega; a mera presença do arquivo não demonstra que ele está ativo.

Corrija uma origem identificada por vez e preserve os outros campos do arquivo. Para comparar duas inicializações, feche o cliente testado e abra-o novamente da mesma maneira. Reinicie o VS Code quando necessário para a extensão. Isso torna a comparação reproduzível; não significa que toda configuração sempre exija reinicialização.

Verifique o destino com uma solicitação identificável

Em um diretório de teste sem dados sensíveis, anote o horário e envie pelo cliente afetado:

Responda apenas: ROUTE_CHECK_A7. Não leia arquivos,
não altere nada e não execute comandos.

Essa é uma instrução para uma resposta curta, não uma barreira de segurança. Não faça o teste em um repositório sensível nem aprove ações adicionais.

Se o BetterToken for o destino esperado, abra o histórico de solicitações no Workspace. Confira a conta e os filtros e procure novos registros perto do horário anotado. Quando a chave puder ser identificada, compare-a junto com o modelo, o status e o uso. Uma ação do cliente pode produzir várias chamadas; não exija a relação de uma mensagem para uma linha.

Resultado	Conclusão sustentada	Próximo passo
A resposta chega e existem registros compatíveis para a chave esperada	O teste é compatível com uma rota pelo BetterToken	Repetir após uma nova inicialização do cliente
A resposta chega, mas não há registro compatível	O destino ainda não foi confirmado	Verificar conta, filtros, atraso de exibição e outras origens de configuração
Surge um registro com erro	A solicitação chegou ao serviço, mas não terminou corretamente	Corrigir a configuração com o guia de API Key e Base URL
Vários clientes ou pessoas usam a mesma chave ao mesmo tempo	O horário não basta para atribuir o registro ao teste	Repetir com uma chave pessoal e sem atividade paralela

ROUTE_CHECK_A7 identifica a resposta no cliente. Não presuma que esse texto aparecerá no histórico do provedor. Um registro próximo no tempo continua sendo evidência indireta quando outra solicitação poderia explicá-lo.

Quando encerrar o diagnóstico

Considere a rota confirmada quando o cliente afetado produz registros compatíveis no provedor esperado e mantém o resultado após uma nova inicialização. Se apenas o VS Code continuar com falha, prossiga com a forma de inicialização e as configurações dele sem alterar novamente o CLI que já funciona.

Se o destino continuar incerto, prepare para o suporte a versão do cliente, a forma de inicialização, se o problema depende de um diretório, o horário com fuso, as origens de configuração identificadas e o resultado da comparação. Remova API Key, cabeçalhos de autorização e conteúdo do projeto. Isso permite reproduzir a diferença sem conceder acesso.