Claude Code를 DeepSeek V4, OpenRouter 또는 다른 타사 모델 공급자에 연결하려고 시도했다면 아마도 다음 오류를 접했을 것입니다: Invalid custom3p enterprise config. 이 오류는 모호하고, 문서에서도 명확하게 설명되어 있지 않으며, Claude Code가 공식적으로 지원하는 작업을 수행하는 것을 방해합니다.
이 가이드는 "custom3p"가 정확히 무엇을 의미하는지, 구성이 실패하는 가장 일반적인 여섯 가지 이유, 그리고 각 문제에 대한 단계별 해결 방법을 자세히 설명합니다. DeepSeek이나 LiteLLM과 같은 LLM 게이트웨이를 통해 Claude Code의 에이전트 루프를 실행하려는 경우, 여기에서 작동하는 구성 예시를 찾을 수 있습니다.
요약
Invalid custom3p enterprise config는 Claude Code가 타사 공급자 구성을 확인할 수 없음을 의미합니다. "custom3p"는 ANTHROPIC_BASE_URL을 통해 구성된 Anthropic이 아닌 모든 API 엔드포인트에 대한 Claude Code의 내부 레이블입니다. 가장 일반적인 원인은 기본 URL의 끝에 오는 /v1, 잘못된 자격 증명 변수, 잘못된 형식의 settings.json, 그리고 새로 설치한 후 온보딩이 완료되지 않은 경우입니다. 먼저 URL 형식을 수정하면 약 60%의 경우를 해결할 수 있습니다.
“custom3p”가 실제로 의미하는 것
Claude Code는 네 가지 모드 중 하나를 통해 요청을 라우팅합니다:
| 모드 | 트리거 방식 |
|---|---|
| Anthropic API (기본) | 오버라이드 설정 없음 |
| Amazon Bedrock | CLAUDE_CODE_USE_BEDROCK=1 |
| Google Vertex AI | CLAUDE_CODE_USE_VERTEX=1 |
| Microsoft Foundry | CLAUDE_CODE_USE_FOUNDRY=1 |
| 커스텀 타사 | ANTHROPIC_BASE_URL이 다른 것을 가리킴 |
마지막 행은 "custom3p", 즉 커스텀 타사입니다. ANTHROPIC_BASE_URL이 Anthropic이 아닌 호스트(LiteLLM, OpenRouter, 로컬 vLLM 서버, 기업 게이트웨이)로 설정되면, Claude Code는 내부적으로 해당 경로를 "custom3p"로 지정하고 첫 API 호출 전에 유효성 검사 검사를 실행합니다.
이 검사가 실패하면 Invalid custom3p enterprise config 오류가 발생합니다.
이 오류는 Anthropic의 타사 하네스에 대한 2026년 제한보다 먼저 존재했습니다. 이는 정책 차단이 아닌 구성 유효성 검사 오류이므로 수정할 수 있습니다.
개발자들이 지금 이 오류를 겪는 이유
2026년 4월, Anthropic은 Claude Code 클라이언트 ID를 위장하여 Claude Pro 및 Max 구독에 액세스하던 타사 에이전트 도구의 접근을 차단했습니다. OpenClaw와 같이 Claude Code 세션을 자체 백엔드를 통해 라우팅하던 도구들은 밤새 작동을 멈췄습니다.
이는 이 문서에서 다루는 내용과는 별개의 문제입니다.
그 다음 일어난 일이 바로 이 글을 읽는 이유입니다: 개발자들은 Claude Code의 공식 타사 공급자 지원을 사용하여 더 저렴한 백엔드를 통해 라우팅하기 시작했습니다. 한 Reddit 스레드는 Claude Code 에이전트 루프를 OpenRouter를 통한 DeepSeek V4 Pro로 전환하면 Anthropic의 백만 출력 토큰당 $15에 비해 $0.87로, 약 17배의 비용 절감 효과를 얻을 수 있다고 기록했습니다. DeepClaude와 같은 프로젝트는 이를 단일 명령 설정으로 패키징했습니다.
문제는: Anthropic의 공식 타사 공급자 지원은 올바른 엔터프라이즈 구성이 필요하다는 것입니다. 필드 하나라도 잘못되면 Invalid custom3p enterprise config 오류가 발생합니다. 대부분의 온라인 가이드는 엔터프라이즈 구성을 건너뛰거나 잘못된 URL 형식을 보여줍니다.
근본 원인 1: ANTHROPIC_BASE_URL의 끝에 /v1
이것은 가장 흔한 실수입니다. Claude Code는 설정한 모든 URL에 자동으로 /v1/messages를 추가합니다. 만약 기본 URL에 이미 /v1이 포함되어 있다면, 최종 경로는 /v1/v1/messages가 되어 404 오류를 반환합니다.
잘못된 예:
export ANTHROPIC_BASE_URL="https://api.openrouter.ai/api/v1"
잘못된 예:
export ANTHROPIC_BASE_URL="https://litellm.yourcompany.com/v1"
올바른 예:
export ANTHROPIC_BASE_URL="https://api.openrouter.ai/api"
올바른 예:
export ANTHROPIC_BASE_URL="https://litellm.yourcompany.com"
Claude Code가 호출하는 최종 URL을 확인하려면 다음 curl 명령을 실행하세요:
curl -s -o /dev/null -w "%{http_code}" \
-H "Authorization: Bearer $ANTHROPIC_AUTH_TOKEN" \
"${ANTHROPIC_BASE_URL}/v1/messages" \
-d '{"model":"claude-sonnet-4-6","max_tokens":1,"messages":[{"role":"user","content":"hi"}]}'
200 또는 400 (잘못된 요청이지만 엔드포인트는 존재함)은 URL이 올바르다는 것을 의미합니다. 404는 여전히 /v1 문제가 있음을 의미합니다.
근본 원인 2: 잘못된 자격 증명 변수
Claude Code는 상황에 따라 인증을 위해 두 가지 다른 환경 변수를 사용하며, 이를 혼용하면 엔터프라이즈 구성 유효성 검사가 조용히 실패합니다.
| 변수 | 전송 방식 | 사용 시점 |
|---|---|---|
ANTHROPIC_API_KEY |
x-api-key 헤더 |
API 키 인증을 기대하는 Anthropic 형식 게이트웨이 |
ANTHROPIC_AUTH_TOKEN |
Authorization: Bearer 헤더 |
OAuth 스타일 게이트웨이, LiteLLM, 대부분의 OpenRouter 설정 |
예를 들어, OpenRouter는 Bearer 토큰을 예상합니다:
export ANTHROPIC_AUTH_TOKEN="sk-or-your-openrouter-key"
export ANTHROPIC_BASE_URL="https://openrouter.ai/api"
OpenRouter에서 ANTHROPIC_API_KEY를 사용하면 OpenRouter가 무시하는 x-api-key 헤더가 전송됩니다. 이로 인해 요청 인증이 실패하고 Claude Code는 이를 유효하지 않은 엔터프라이즈 구성으로 보고합니다.
LiteLLM의 경우:
export ANTHROPIC_AUTH_TOKEN="sk-litellm-your-virtual-key"
export ANTHROPIC_BASE_URL="https://your-litellm-server:4000"
DeepSeek 게이트웨이 또는 API 키로 실행되는 로컬 vLLM 서버의 경우:
export ANTHROPIC_API_KEY="your-key-here"
export ANTHROPIC_BASE_URL="https://your-vllm-server"
게이트웨이의 인증 문서를 확인하여 어떤 헤더를 예상하는지 확인하세요.
근본 원인 3: 잘못된 형식의 settings.json
환경 변수 대신 ~/.claude/settings.json에 기본 URL 및 자격 증명을 설정하는 경우, JSON 형식 오류로 인해 요청이 이루어지기 전에 엔터프라이즈 구성이 실패합니다.
가장 흔한 실수:
끝 쉼표 (잘못된 JSON):
{
"env": {
"ANTHROPIC_BASE_URL": "https://openrouter.ai/api",
"ANTHROPIC_AUTH_TOKEN": "sk-or-your-key", ← 끝 쉼표
}
}
곱슬 따옴표/스마트 따옴표 (문서 또는 Word에서 복사-붙여넣기):
{
"env": {
"ANTHROPIC_BASE_URL": "https://openrouter.ai/api" ← 잘못된 따옴표
}
}
올바른 형식:
{
"env": {
"ANTHROPIC_BASE_URL": "https://openrouter.ai/api",
"ANTHROPIC_AUTH_TOKEN": "sk-or-your-openrouter-key"
}
}
Claude Code를 실행하기 전에 설정 파일을 검증하세요:
python3 -c "import json; json.load(open('~/.claude/settings.json'.replace('~', __import__('os').path.expanduser('~'))))" && echo "Valid JSON"
또는 jq를 사용하세요:
jq . ~/.claude/settings.json
여기서 구문 분석 오류가 발생하면 엔터프라이즈 구성 유효성 검사가 완료되지 않습니다. Claude Code는 구성을 읽을 수 없으므로 전체를 유효하지 않다고 표시합니다.
근본 원인 4: 새로 설치한 후 온보딩이 완료되지 않음
Claude Code는 settings.json에서 엔터프라이즈 구성을 읽기 전에 ~/.claude.json에서 hasCompletedOnboarding: true를 확인합니다. 새로 설치한 경우 이 플래그가 설정되어 있지 않으므로 Claude Code는 사용자 지정 타사 구성을 건너뛰고 표준 흐름을 통해 인증을 시도합니다. Anthropic 구독이 구성되어 있지 않으면 이 과정이 실패합니다.
현재 상태를 확인하세요:
cat ~/.claude.json | python3 -m json.tool 2>/dev/null | grep hasCompletedOnboarding
해당 키가 없거나 false인 경우, Claude Code는 온보딩 모드이며 settings.json 엔터프라이즈 구성이 읽히지 않습니다.
수정: ~/.claude.json에 온보딩 플래그를 추가하세요:
{
"hasCompletedOnboarding": true,
"primaryApiKey": "sk-placeholder"
}
primaryApiKey 값은 플레이스홀더이며, 엔터프라이즈 구성에 의해 재정의됩니다. 형식 검사를 통과하려면 sk-로 시작하는 아무 값이나 설정하세요. 저장 후 Claude Code를 다시 시작합니다.
근본 원인 5: 게이트웨이가 필수 헤더를 전달하지 않음
Claude Code의 엔터프라이즈 구성 유효성 검사에는 기능 핸드셰이크가 포함됩니다. 사용 가능한 기능을 협상하기 위해 게이트웨이로 anthropic-beta 헤더를 보냅니다. 게이트웨이가 이 헤더를 제거하면 Claude Code는 예상과 일치하지 않는 응답을 받고 Invalid custom3p enterprise config 오류를 보고합니다.
게이트웨이가 전달해야 하는 필수 헤더:
anthropic-beta
anthropic-version
X-Claude-Code-Session-Id
LiteLLM의 경우, v1.82.9+부터 기본적으로 작동합니다. 사용자 지정 프록시 또는 Nginx 설정의 경우, 헤더 전달을 명시적으로 추가하세요:
location /v1/ {
proxy_pass http://backend;
proxy_set_header anthropic-beta $http_anthropic_beta;
proxy_set_header anthropic-version $http_anthropic_version;
proxy_set_header X-Claude-Code-Session-Id $http_x_claude_code_session_id;
}
베타 헤더를 전달하도록 게이트웨이를 수정할 수 없는 경우, 실행 전에 다음을 설정하세요:
export CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1
이는 Claude Code에게 베타 헤더가 필요한 기능을 건너뛰도록 지시하여, 해당 헤더를 전달할 수 없는 게이트웨이를 통해서도 요청이 성공하도록 합니다. 일부 실험적인 기능에 대한 접근 권한을 잃게 되지만, 핵심 에이전트 루프는 작동합니다.
근본 원인 6: 엔터프라이즈 정책 충돌
팀 또는 엔터프라이즈 Claude 플랜을 사용 중이고 관리자가 관리 설정을 배포한 경우, 해당 설정은 ~/.claude/settings.json 및 환경 변수를 포함한 다른 모든 것보다 우선합니다. availableModels를 제한하거나 사용자 지정 기본 URL을 차단하는 관리 정책은 로컬 구성이 올바르더라도 Invalid custom3p enterprise config 오류를 발생시킵니다.
관리 설정이 활성화되어 있는지 확인하세요:
ls ~/.claude/managed-settings.json 2>/dev/null && echo "Managed settings found"
또는 Claude Code 내부에서:
/status
"Managed settings"가 활성으로 표시되면 관리자에게 문의해야 합니다. 관리자는 다음 중 하나를 수행할 수 있습니다:
- 게이트웨이 도메인을 허용된 기본 URL에 추가
- 게이트웨이 모델 ID를 포함하는
availableModels목록 생성 - 사용자 지정 기본 URL 제한에서 제외
사용자가 제어하는 엔터프라이즈 배포의 경우, 관리 설정은 /Library/Application Support/ClaudeCode/managed-settings.json (macOS) 또는 Windows/Linux의 해당 경로에 있습니다.
완전한 작동 구성
Claude Code + OpenRouter (DeepSeek V4 Pro)
OpenRouter는 Anthropic 호환 API를 제공합니다. 이 구성은 DeepSeek V4 Pro를 통해 전체 Claude Code 에이전트 루프를 실행합니다:
~/.claude/settings.json 내:
{
"env": {
"ANTHROPIC_BASE_URL": "https://openrouter.ai/api",
"ANTHROPIC_AUTH_TOKEN": "sk-or-your-openrouter-key",
"ANTHROPIC_DEFAULT_SONNET_MODEL": "deepseek/deepseek-v4-pro",
"ANTHROPIC_DEFAULT_OPUS_MODEL": "deepseek/deepseek-v4-pro",
"ANTHROPIC_DEFAULT_HAIKU_MODEL": "deepseek/deepseek-v4-pro"
}
}
모델 이름 오버라이드는 기본 URL을 변경했더라도 Claude Code가 기본적으로 claude-sonnet-4-6을 사용하기 때문에 필요합니다. 모델을 고정하지 않으면 요청이 claude-sonnet-4-6을 요청하는 OpenRouter에 도달하게 되며, 이는 성공할 수도(OpenRouter도 Claude를 지원함) 있고, 플랜에 따라 잘못 라우팅될 수도 있습니다.
참고: OpenRouter는 도구 호출을 위한 Anthropic의 스트리밍 사양을 완전히 구현하지 않아 일부 예외적인 경우에 함수 호출 인수가 비어 있을 수 있습니다. 주요 에이전트 루프는 작동하지만, 복잡한 다중 도구 체인은 작동하지 않을 수 있습니다. 업데이트를 위해 OpenRouter의 호환성 상태를 확인하세요.
Claude Code + LiteLLM (모든 공급자)
LiteLLM은 Claude Code에 가장 호환성이 높은 게이트웨이입니다. 헤더 전달을 올바르게 처리하며 OpenAI, Anthropic, Vertex, Bedrock, Hugging Face 모델 전반에 걸쳐 모델 라우팅을 지원합니다.
LiteLLM config.yaml:
model_list:
- model_name: claude-sonnet-4-6
litellm_params:
model: deepseek/deepseek-v4
api_key: "sk-your-deepseek-key"
- model_name: claude-opus-4-7
litellm_params:
model: deepseek/deepseek-v4-pro
api_key: "sk-your-deepseek-key"
Claude Code ~/.claude/settings.json:
{
"env": {
"ANTHROPIC_BASE_URL": "http://localhost:4000",
"ANTHROPIC_AUTH_TOKEN": "sk-litellm-your-key"
}
}
이 설정으로 Claude Code는 모델 필드에 claude-sonnet-4-6을 보냅니다. LiteLLM은 이를 가로채 DeepSeek V4로 라우팅하므로 Claude Code 구성에서 모델 이름을 오버라이드할 필요가 없습니다.
Claude Code + 로컬 vLLM
vLLM을 사용한 로컬 모델 추론을 위해, Anthropic 호환 모드로 서버를 시작하세요:
python -m vllm.entrypoints.openai.api_server \
--model deepseek-ai/DeepSeek-V3 \
--dtype auto \
--api-key local-key \
--port 8000
그런 다음 Claude Code를 구성합니다:
export ANTHROPIC_BASE_URL="http://localhost:8000"
export ANTHROPIC_API_KEY="local-key"
export ANTHROPIC_DEFAULT_SONNET_MODEL="deepseek-ai/DeepSeek-V3"
오류 디버깅
위에 제시된 해결 방법 중 어느 것도 작동하지 않는다면, 디버그 로깅과 함께 Claude Code를 실행하세요:
claude --debug 2>&1 | head -100
디버그 출력은 호출되는 정확한 URL, 전송된 헤더, 그리고 수신된 응답을 보여줍니다. 다음을 찾아보세요:
Sending request to:— 기본 URL 확인Response status:— 게이트웨이의 HTTP 상태enterprise config error:— 내부 유효성 검사 메시지
게이트웨이 측 디버깅을 위해 Claude Code가 보내는 정확한 요청을 테스트하세요:
curl -v -X POST "${ANTHROPIC_BASE_URL}/v1/messages" \
-H "Content-Type: application/json" \
-H "Authorization: Bearer ${ANTHROPIC_AUTH_TOKEN}" \
-H "anthropic-version: 2023-06-01" \
-H "anthropic-beta: max-tokens-3-5-sonnet-2024-07-15" \
-d '{
"model": "claude-sonnet-4-6",
"max_tokens": 10,
"messages": [{"role": "user", "content": "hi"}]
}'
유효한 게이트웨이는 메시지 구조와 함께 200을 반환합니다. 401, 403 또는 422 오류가 발생하면, 이는 Claude Code 구성 문제가 아니라 게이트웨이 측의 인증 또는 형식 문제입니다.
Apidog로 API 테스트하기
타사 공급자 통합을 디버깅할 때 Apidog를 사용하면 LLM 게이트웨이를 통과하는 정확한 요청 및 응답을 더 쉽게 검사할 수 있습니다. 게이트웨이의 /v1/messages 엔드포인트에 대한 컬렉션을 생성하고, 작동하는 요청 템플릿을 저장하며, Claude Code를 매번 다시 실행할 필요 없이 공급자 간의 응답을 비교할 수 있습니다.
Apidog를 다운로드하고 게이트웨이 URL을 가리키는 새 컬렉션을 생성하세요. anthropic-version, anthropic-beta, Authorization 헤더를 컬렉션 수준 변수로 추가하면, 모든 요청을 편집하는 대신 하나의 변수를 변경하여 다른 게이트웨이 구성을 테스트할 수 있습니다.
이는 Invalid custom3p enterprise config를 유발하는 헤더 전달 문제를 디버깅할 때 특히 유용합니다. Claude Code 구성에서 버그를 찾는 데 시간을 낭비하기 전에 게이트웨이가 어떤 헤더를 통과시키는지 확인할 수 있습니다.
알아두면 좋은 Claude Code 관련 구성
베타 헤더 종속성 비활성화
일부 엔터프라이즈 게이트웨이는 사용자 지정 헤더를 전달할 수 없습니다. 이 경우:
export CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1
이렇게 하면 엔터프라이즈 구성 유효성 검사에서 베타 기능 핸드셰이크가 제거됩니다. 에이전트 루프는 여전히 작동하지만, 베타 헤더에 의해 게이트된 기능(일부 확장된 사고 변형, 특정 도구 호출 형식)에 대한 접근 권한을 잃게 됩니다.
게이트웨이 검색을 통한 모델 선택기
Claude Code v2.1.129부터 게이트웨이의 모델 목록에서 /model 선택기를 자동으로 채울 수 있습니다:
export CLAUDE_CODE_ENABLE_GATEWAY_MODEL_DISCOVERY=1
Claude Code는 시작 시 게이트웨이의 /v1/models 엔드포인트를 쿼리하여 발견된 모델을 선택기에 추가합니다. claude 또는 anthropic으로 시작하는 ID를 가진 모델만 추가되며, DeepSeek과 같은 다른 모델의 경우 ANTHROPIC_DEFAULT_SONNET_MODEL을 사용하여 수동으로 고정해야 합니다.
사용자 지정 모델 선택기 항목
다른 설정에 영향을 주지 않고 선택기에 단일 사용자 지정 모델을 추가합니다:
export ANTHROPIC_CUSTOM_MODEL_OPTION="deepseek/deepseek-v4-pro"
export ANTHROPIC_CUSTOM_MODEL_OPTION_NAME="DeepSeek V4 Pro"
export ANTHROPIC_CUSTOM_MODEL_OPTION_DESCRIPTION="Claude Opus보다 17배 저렴"
이는 /model 선택기의 하단에 표시되어 세션 도중에 게이트웨이 모델과 기본 Claude 모델을 쉽게 전환할 수 있도록 합니다.
관련 가이드
사용자 지정 모델 백엔드를 사용하여 Claude Code의 에이전트 기능을 탐색하는 경우, 다음 게시물들이 관련 주제를 다룹니다:
- API 개발 팀을 위한 AGENTS.md 파일 작성 방법 — 특정 스택에 대한 Claude Code의 동작 구성
- Ruflo: Claude Code를 위한 다중 에이전트 오케스트레이션 — Claude Code에 스웜, 영구 메모리, 100개 이상의 MCP 도구 추가
- Puter.js를 통해 무료 무제한 Claude API 이용하기 — 클라이언트 앱을 구축하는 경우 브라우저 기반 대안
- 최고의 로컬 LLM 2026 — vLLM을 통해 로컬에서 추론을 실행하려는 경우
자주 묻는 질문
Claude Code에서 타사 공급자를 사용하는 것이 Anthropic의 약관에 위배됩니까?
아니요. Anthropic은 Bedrock, Vertex AI, Foundry 및 사용자 지정 게이트웨이를 통한 라우팅을 위해 ANTHROPIC_BASE_URL 패턴을 문서화하고 공식적으로 지원합니다. 2026년 4월 Anthropic이 차단한 것은 Claude Code 클라이언트 ID를 위장하여 구독 가격으로 Anthropic 자체 API에 액세스하는 타사 도구였습니다. 자체 게이트웨이나 OpenRouter와 같은 공급자를 자신의 API 키와 함께 사용하는 것은 완전히 다른 문제입니다.
Claude Code의 에이전트 루프가 DeepSeek V4 Pro와 작동합니까?
핵심 루프는 작동합니다 — 파일 편집, 셸 명령, 다단계 작업. 타사 공급자를 통해서는 두 가지가 작동하지 않습니다: MCP 서버 도구 및 이미지/시각 입력. 워크플로우에 이들이 필요하다면 Anthropic API 또는 Bedrock/Vertex를 계속 사용해야 합니다.
제가 엔터프라이즈 플랜을 사용하지 않는데도 오류 메시지에 "enterprise config"라고 표시되는 이유는 무엇입니까?
Claude Code는 구독 등급과 관계없이 모든 타사 공급자 설정에 "enterprise config"라는 레이블을 사용합니다. 이것은 코드 수준의 레이블이며, 플랜 제한이 아닙니다. 무료 또는 Pro 등급의 개별 개발자도 사용자 지정 타사 공급자를 구성하고 사용할 수 있습니다.
세션 도중에 Anthropic과 타사 공급자 간에 전환할 수 있습니까?
단일 세션 내에서는 불가능합니다. 기본 URL은 시작 시 읽힙니다. 공급자를 전환하려면 Claude Code를 종료하고, 환경 변수 또는 설정을 변경한 다음, 새 세션을 시작해야 합니다. DeepClaude 도구는 이 기능을 CLI 플래그(--backend ds, --backend anthropic)로 래핑하여 환경 전환을 대신 처리해줍니다.
제 게이트웨이가 기업 방화벽 뒤에 있습니다. Claude Code가 프록시 구성을 지원합니까?
네, 지원합니다. 실행하기 전에 HTTPS_PROXY를 설정하세요:
export HTTPS_PROXY="http://your-proxy:8080"
export ANTHROPIC_BASE_URL="https://your-internal-gateway"
기업 프록시의 TLS 가로채기를 위해 CA 인증서를 추가하세요:
export NODE_EXTRA_CA_CERTS="/path/to/corporate-ca-bundle.pem"
curl 테스트는 작동하는데도 오류가 나타납니다. 무엇이 다릅니까?
Claude Code는 curl이 복제하지 않는 추가적인 사전 비행(preflight) 유효성 검사 요청을 수행합니다. --debug 옵션으로 Claude Code를 실행하여 정확한 사전 비행 요청을 확인하고 curl 테스트와 비교해 보세요. 일반적인 차이점은 anthropic-beta 헤더, X-Claude-Code-Session-Id 헤더, 그리고 유효성 검사 요청을 위한 정확한 JSON 본문 형식입니다.
결론
Invalid custom3p enterprise config는 정책 차단이 아닌 구성 유효성 검사 오류입니다. 먼저 ANTHROPIC_BASE_URL 형식을 수정하고(/v1 제거), 그 다음 자격 증명 변수(ANTHROPIC_AUTH_TOKEN 대 ANTHROPIC_API_KEY)를 확인하고, settings.json의 JSON 오류를 검증하며, 새로 설치한 경우 온보딩이 완료되었는지 확인하세요.
구성이 유효성을 검사하면 Claude Code의 전체 에이전트 루프가 선택한 백엔드를 통해 실행됩니다. OpenRouter 또는 LiteLLM을 통한 DeepSeek V4 Pro는 Anthropic API 비용의 일부만으로 대부분의 Claude Code 사용 사례를 충족합니다. 주요 제한 사항은 Anthropic API가 필요한 MCP 도구 및 시각 입력입니다.