Claude Code sigue usando el proveedor anterior: cómo verificar la ruta

Has cambiado ANTHROPIC_BASE_URL, pero Claude Code parece seguir conectándose al servicio anterior. Antes de reemplazar la clave o reinstalar el cliente, comprueba dos cosas: qué proceso estás probando y qué registro deja su solicitud en el proveedor. Una respuesta correcta, el nombre de un modelo en la interfaz o una variable en un terminal no bastan por sí solos para identificar el destino.

Esta guía presupone que la configuración ya existe. Para una primera instalación y los valores actuales, consulta la guía de configuración de Claude Code. Aquí el objetivo es localizar el conflicto y verificar la ruta de un cliente concreto.

Empieza por el síntoma que puedes reproducir

Lo que observas	Primera comparación útil	Qué permite separar
El terminal funciona, pero VS Code parece usar el servicio anterior	Mismo directorio y una solicitud desde cada cliente	Un problema común del proyecto y una diferencia de inicio o configuración de la extensión
Solo falla un proyecto	Mismo cliente en el proyecto afectado y en un directorio de prueba	Una configuración del proyecto y un origen compartido por la máquina
El problema vuelve con cada inicio	Ajustes antes y después de iniciar el gestor de proveedores	Un cambio persistente y un valor que una herramienta vuelve a escribir
Claude Code responde, pero no aparece un registro correspondiente en BetterToken	Hora, cuenta, clave y filtros del historial	Una búsqueda en el lugar equivocado y una ruta aún sin verificar

Estas comparaciones reducen el campo de búsqueda, pero no prueban la causa. Antes de cambiar nada, anota el cliente, la forma de inicio, el directorio y la hora de la prueba.

Separa el shell, los archivos y el cliente en ejecución

En macOS o Linux, ejecuta estas órdenes en el terminal desde el que vas a iniciar el 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"

El primer resultado pertenece a ese shell. Las otras dos líneas indican únicamente si hay un valor, sin mostrar la clave. Una salida vacía no demuestra que Claude Code carezca de autenticación: otra fuente puede proporcionarla. Esta comprobación tampoco lee el entorno de un proceso ya iniciado ni el de la extensión de VS Code.

Después, localiza los archivos que pueden definir las mismas variables. Desde la raíz del proyecto, esta orden solo muestra los nombres de los archivos coincidentes en ubicaciones habituales:

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

La búsqueda no es exhaustiva: un directorio de configuración personalizado, los ajustes gestionados por la organización o una herramienta de inicio pueden añadir otras fuentes. La ausencia de resultados solo significa que no se encontró una coincidencia legible en esas tres rutas. En Windows, revisa los archivos equivalentes en un editor sin copiar su contenido en un chat.

Claude Code aplica una prioridad entre sus fuentes de configuración; el valor efectivo no se deduce únicamente de printenv. Consulta la referencia oficial de ajustes y ejecuta /status en el CLI para identificar las fuentes cargadas. Si hay una política de organización, pide al administrador que compruebe su valor efectivo.

Aísla la diferencia entre el terminal y VS Code

Mantén el mismo directorio y los mismos datos de prueba. En VS Code, revisa también claudeCode.environmentVariables, descrito en la guía del cliente. No des por hecho que la extensión se inició con el entorno del terminal integrado.

Si utilizas un script de shell o un gestor de proveedores, comprueba si define variables o reescribe un archivo al iniciarse. Un archivo .env solo influye cuando algún componente del proceso de inicio lo carga; su presencia no demuestra que esté activo.

Corrige una sola fuente identificada cada vez y conserva los demás campos del archivo. Para comparar dos inicios, cierra el cliente que estás probando y vuelve a abrirlo del mismo modo. Reinicia VS Code cuando sea necesario para la extensión. El reinicio hace que la comparación sea repetible; no implica que todos los ajustes siempre lo necesiten.

Verifica el destino con una solicitud identificable

En un directorio de prueba sin datos sensibles, anota la hora y envía desde el cliente afectado:

Responde únicamente: ROUTE_CHECK_A7. No leas archivos,
no cambies nada ni ejecutes comandos.

Es una instrucción para obtener una respuesta breve, no una barrera de seguridad. No hagas la prueba en un repositorio sensible ni apruebes acciones adicionales.

Si BetterToken es el destino esperado, abre el historial de solicitudes en Workspace. Comprueba la cuenta y los filtros, y busca registros nuevos cerca de la hora anotada. Cuando se pueda distinguir la clave, contrástala junto con el modelo, el estado y el uso. Una acción del cliente puede generar varias llamadas, por lo que no exijas una correspondencia de una solicitud por cada fila.

Resultado	Conclusión respaldada	Siguiente paso
Llega una respuesta y hay registros concordantes para la clave esperada	La prueba concuerda con una ruta a través de BetterToken	Repetir tras un nuevo inicio del cliente
Llega una respuesta, pero no aparece ningún registro concordante	El destino sigue sin verificarse	Revisar cuenta, filtros, demora de visualización y otras fuentes de configuración
Aparece un registro con error	La solicitud alcanzó el servicio, pero no terminó correctamente	Corregir la configuración con la guía de API Key y Base URL
Varios clientes o personas usan la misma clave al mismo tiempo	La hora no permite atribuir el registro a la prueba	Repetir con una clave personal y sin actividad simultánea

ROUTE_CHECK_A7 sirve para reconocer la respuesta en el cliente. No presupongas que ese texto aparecerá en el historial del proveedor. Un registro cercano en el tiempo sigue siendo una señal indirecta si otra solicitud puede explicarlo.

Cuándo dar por terminado el diagnóstico

Considera la ruta confirmada cuando el cliente afectado produce registros concordantes en el proveedor esperado y mantiene el resultado tras un nuevo inicio. Si solo VS Code sigue fallando, continúa con su forma de inicio y sus ajustes sin volver a modificar el CLI que ya funciona.

Si el destino sigue sin estar claro, prepara para soporte la versión del cliente, la forma de inicio, si el problema depende de un directorio, la hora con zona horaria, las fuentes de configuración encontradas y el resultado de la comparación. Elimina API Key, cabeceras de autorización y contenido del proyecto. Así se puede reproducir la diferencia sin conceder acceso.