Claude Code가 이전 공급자를 계속 사용할 때 경로 확인하기

ANTHROPIC_BASE_URL을 변경했는데도 Claude Code가 이전 서비스에 접속하는 것처럼 보일 수 있습니다. 키를 교체하거나 클라이언트를 다시 설치하기 전에 어떤 프로세스를 테스트하고 있는지, 그 요청이 공급자에게 어떤 기록을 남겼는지 확인하세요. 올바른 답변, UI의 모델 이름, 한 터미널의 변수만으로는 목적지를 확정할 수 없습니다.

이 가이드는 구성이 이미 만들어져 있다고 가정합니다. 처음 설정하거나 현재 값을 확인하려면 Claude Code 설정 가이드를 이용하세요. 여기서는 충돌 지점을 찾고 특정 클라이언트가 사용한 경로를 검증합니다.

재현할 수 있는 증상부터 확인하기

관찰한 증상	먼저 비교할 항목	구분할 수 있는 원인
터미널에서는 작동하지만 VS Code가 이전 서비스를 사용하는 것처럼 보임	같은 디렉터리에서 각 클라이언트로 요청을 한 번씩 실행	프로젝트 전체 문제와 확장 프로그램의 실행 또는 설정 차이
한 프로젝트에서만 문제가 생김	같은 클라이언트를 문제 프로젝트와 테스트 디렉터리에서 실행	프로젝트 설정과 시스템 전체 설정 출처
새로 실행할 때마다 문제가 다시 생김	공급자 관리 도구를 실행하기 전후의 설정 비교	저장된 변경과 도구가 다시 쓰는 값
Claude Code는 응답하지만 BetterToken에서 일치하는 기록이 없음	시간, 계정, 키, 기록 필터 확인	잘못된 위치를 확인하는 상황과 아직 검증되지 않은 경로

이 비교는 검색 범위를 좁혀 주지만 원인을 증명하지는 않습니다. 변경하기 전에 클라이언트, 실행 방식, 디렉터리, 테스트 시간을 기록하세요.

shell, 설정 파일, 실행 중인 클라이언트 구분하기

macOS 또는 Linux에서는 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"

첫 번째 결과는 해당 shell의 값입니다. 나머지 두 줄은 값의 존재 여부만 보여 주며 키 자체는 출력하지 않습니다. 출력이 비어 있어도 다른 출처가 인증 정보를 제공할 수 있으므로 Claude Code에 인증 정보가 없다고 단정할 수 없습니다. 이 확인으로 이미 실행 중인 프로세스나 VS Code 확장 프로그램의 환경을 읽을 수도 없습니다.

그다음 같은 변수를 정의할 수 있는 파일을 찾습니다. 프로젝트 루트에서 아래 명령을 실행하면 일반적인 위치에서 일치하는 파일 이름만 출력합니다.

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

이 검색은 모든 위치를 확인하지 않습니다. 사용자 지정 구성 디렉터리, 조직의 managed settings, 별도의 실행 도구가 다른 설정 출처를 추가할 수 있습니다. 결과가 없다는 것은 읽을 수 있는 이 세 경로에서 일치 항목을 찾지 못했다는 뜻일 뿐입니다. Windows에서는 파일 내용을 채팅에 복사하지 말고 편집기에서 해당 파일을 확인하세요.

Claude Code는 설정 출처에 우선순위를 적용하므로 printenv만으로 실제 값을 알아낼 수 없습니다. 공식 설정 문서를 확인하고 CLI에서 /status를 실행해 불러온 출처를 식별하세요. 조직 정책이 적용된다면 관리자에게 실제 적용 값을 확인해 달라고 요청하세요.

터미널과 VS Code의 차이 분리하기

디렉터리와 테스트 입력을 동일하게 유지하세요. VS Code에서는 클라이언트 설정 가이드에 설명된 claudeCode.environmentVariables도 별도로 확인합니다. 확장 프로그램이 통합 터미널과 같은 환경에서 시작되었다고 가정하지 마세요.

shell 스크립트나 공급자 관리 도구를 사용한다면 시작할 때 변수를 정의하거나 파일을 다시 쓰는지 확인하세요. .env 파일은 실행 경로에 있는 구성 요소가 불러올 때만 프로세스에 영향을 줍니다. 파일의 존재만으로는 적용되었다고 볼 수 없습니다.

찾은 설정 출처를 한 번에 하나씩 수정하고 파일의 다른 필드는 유지하세요. 두 번의 실행을 비교하려면 테스트할 클라이언트를 닫고 같은 방식으로 다시 시작합니다. 확장 프로그램은 필요할 때 VS Code를 다시 시작하세요. 다시 시작하는 목적은 비교를 재현 가능하게 만드는 것이며, 모든 설정 변경에 항상 필요하다는 뜻은 아닙니다.

식별 가능한 요청으로 목적지 확인하기

민감한 데이터가 없는 테스트 디렉터리에서 시간을 기록하고 문제가 있는 클라이언트에서 다음을 전송하세요.

Reply only: ROUTE_CHECK_A7. Do not read files,
change anything, or run commands.

이는 짧은 응답 지시일 뿐 보안 경계가 아닙니다. 민감한 저장소에서 테스트하거나 추가 작업을 승인하지 마세요.

예상 목적지가 BetterToken이라면 Workspace 요청 기록을 여세요. 계정과 필터를 확인한 후 기록한 시간 근처의 새 항목을 찾습니다. 키를 구분할 수 있다면 모델, 상태, 사용량도 함께 대조하세요. 클라이언트의 한 작업이 여러 호출을 만들 수 있으므로 메시지 하나와 기록 한 줄이 반드시 일치할 필요는 없습니다.

결과	판단할 수 있는 내용	다음 단계
응답이 도착하고 예상 키와 일치하는 기록이 있음	테스트 결과가 BetterToken을 통한 경로와 일치함	클라이언트를 새로 시작한 후 다시 확인
응답은 있지만 일치하는 기록이 없음	목적지가 아직 검증되지 않음	계정, 필터, 표시 지연, 다른 설정 출처 확인
오류가 난 기록이 있음	요청이 서비스에 도달했지만 정상적으로 완료되지 않음	API Key 및 Base URL 가이드에 따라 설정 수정
여러 클라이언트나 사용자가 같은 키를 동시에 사용함	시간만으로는 테스트 기록을 특정할 수 없음	개인 키로 다른 활동이 없는 상태에서 다시 테스트

ROUTE_CHECK_A7은 클라이언트의 답변을 식별하기 위한 문자열입니다. 이 텍스트가 공급자 기록에도 나타난다고 가정하지 마세요. 같은 시간대에 다른 요청이 있었을 가능성이 있다면 인접한 기록은 간접 증거로만 사용할 수 있습니다.

진단을 끝낼 수 있는 조건

문제가 있는 클라이언트가 예상 공급자에 일치하는 기록을 만들고 새로 시작한 뒤에도 같은 결과를 유지하면 경로가 확인된 것으로 판단할 수 있습니다. VS Code에서만 계속 실패한다면 정상 작동하는 CLI를 다시 변경하지 말고 확장 프로그램의 실행 경로와 설정을 계속 확인하세요.

목적지가 여전히 불분명하면 클라이언트 버전, 실행 방식, 특정 디렉터리에서만 발생하는지 여부, 시간대가 포함된 시각, 확인한 설정 출처와 비교 결과를 지원팀에 전달할 수 있도록 정리하세요. API Key 값, 인증 헤더, 프로젝트 내용은 삭제해야 합니다. 그러면 접근 권한을 넘기지 않고도 재현 가능한 차이를 제공할 수 있습니다.