"Claude를 지원하나요?"라는 질문은 이 목록의 거의 모든 게이트웨이를 통과하는 수준이 되었습니다. 그 부분은 이미 오랫동안 기본 조건(table stakes)이었죠. 실제로 차별화되는 것은 Claude가 조직 내 어디에 나타나든 관리되는지 여부입니다: API, 개발자 노트북의 Claude Code, Claude Desktop, Claude Code Max 구독, 그리고 AWS의 Claude Platform에서 말이죠. 이 기준에 따라 순위를 매겼으며, 단순히 'Anthropic의 API를 프록시할 수 있는지'만을 기준으로 하지 않았습니다.

요약 (TL;DR)

• TrueFoundry는 서버 측 API 라우팅뿐만 아니라 Code와 Desktop에서의 MDM(Mobile Device Management) 적용을 통해 네 가지 클라이언트 표면 전반에 걸쳐 Claude를 관리하기 때문에 가장 적합합니다.
• LiteLLM, OpenRouter, Bifrost, 그리고 Vercel AI Gateway 모두 Claude API를 잘 프록시하지만, 그들이 발표한 문서 중 어느 것도 장치군(device fleet) 전체에서 Claude Code나 Claude Desktop을 구체적으로 관리하는 방법을 설명하지는 않습니다.
• 만약 귀하의 Claude 사용이 Code나 Desktop과 관련 없는 순수 API 전용이라면, 1위가 제시하는 표면 커버리지 주장은 귀하에게 적용되지 않으며, 아래 네 가지 중 어느 것이든 진정으로 괜찮고 더 간단한 선택지입니다.

1. TrueFoundry

TrueFoundry의 Claude 전용 문서는 각 표면(surface)별로 거버넌스를 매핑하고 있으며, 이것이 이 목록에서 TrueFoundry를 1위로 만든 이유입니다:

• Claude Code (CLI + VS Code): managed-settings.json 내부에 ANTHROPIC_BASE_URL을 설정하고, macOS, Linux 및 Windows에서 MDM(Mobile Device Management)을 통해 푸시된 오픈 소스 바이너리로 배포 및 잠금 처리하며, 게이트웨이 토큰은 일정에 따라 새로 고침됩니다.
• Claude Desktop: 별도의 관리형 환경설정 메커니즘(자체 번들 식별자)으로, 동일한 배포 도구에 의해 구성되어 플랫폼 팀이 두 가지가 아닌 하나의 롤아웃 프로세스를 실행할 수 있게 합니다.
• Claude Code Max: Claude Code는 개발자 자신의 Anthropic 구독 로그인용 Authorization 헤더를 예약하므로, 대신 게이트웨이는 별도의 x-tfy-api-key 헤더를 통해 인증합니다 - 개발자는 Max 구독을 이전과 동일하게 유지하면서도 게이트웨이가 사용량 가시성, 할당량(quotas), RBAC(Role-Based Access Control), 로그 및 보호 장치(guardrails)를 확보할 수 있습니다.
• Claude Platform on AWS: 베어러 키 대신 IAM을 통해 인증되며, 적절하게 잠기기를 원하는 팀들을 위해 빠른 시작 관리 정책과 워크스페이스 ARN에 범위가 지정된 최소 권한 정책이 문서화되어 있습니다.
• Claude Code에서 MCP 접근: 개별 개발자가 로컬로 연결하는 임의의 MCP 서버를 신뢰하기보다, 중앙 MCP 게이트웨이를 통해 라우팅되고 관리 설정에 허용 목록으로 지정됩니다.

위 모든 것 아래에는 게이트웨이를 통한 모든 모델 호출에 적용되는 동일한 RBAC, 예산(budgets), 보호 장치가 있으며, 컴플라이언스 태세(compliance posture)에 따라 관리형, 하이브리드 또는 완전 자체 호스팅으로 배포할 수 있습니다. 적절하지 않은 경우: Claude 사용이 전적으로 서버 측 API 호출인 경우, 이 광범위한 표면 커버리지(surface coverage)는 필요 이상이며, 이 목록에서 더 낮은 단순한 게이트웨이가 정직한 답변입니다.

2. LiteLLM

2. LiteLLM

LiteLLM은 OpenAI와 호환되는 프록시를 통해 100개 이상의 지원 제공업체 중 하나로 Claude에 라우팅하며, 비용 추적 및 부하 분산 기능을 내장하고 있습니다. 무료이며 오픈 소스이고 자체 호스팅이 가능하여 이 목록에서 가장 큰 커뮤니티를 보유하고 있습니다.

Claude에만 국한된 단점: 이는 API 수준의 라우팅입니다. 공개된 문서 어디에도 Claude Code나 Claude Desktop을 별도의 표면(surface)으로 관리하는 기능은 없습니다. 개발자가 이를 로컬로 실행한다면, LiteLLM이 감시하는 계층이 아닙니다.

3. OpenRouter

하나의 API 키와 하나의 크레딧 잔액으로 315개 이상의 모델 중 하나인 Claude를 이용할 수 있으며, 월 100만 요청 초과 시 카드 수수료 5.5%와 BYOK(Bring Your Own Key) 수수료 5%가 부과되는 제공업체 가격을 제공합니다. 인프라 구축 없이 단순히 Claude를 호출하거나 (또는 Claude와 다른 모델 간에 전환하고 싶을 때) 설정할 필요가 없습니다.

Claude에만 국한된 단점: 이는 API 접근을 중심으로 구축된 호스팅형 애그리게이터입니다. 개발자 장치에서 Claude Code나 Claude Desktop을 관리하는 메커니즘이 없으며, 단일 계정의 크레딧 잔액 외에는 RBAC(Role-Based Access Control) 또는 팀별 예산 강제화 기능도 없습니다.

4. Bifrost

Bifrost는 Go 기반의 오픈 소스 게이트웨이로, 순수 처리량(raw throughput)을 강조합니다. 자체 벤치마크에 따르면 초당 5,000 요청에서 오버헤드가 100 마이크로초 미만이라고 주장합니다. Claude는 이 게이트웨이가 라우팅하는 1,000개 이상의 모델 중 하나입니다.

Claude에만 국한된 단점: 다른 서비스들과 마찬가지로 같은 간극이 있습니다. 이는 고성능 API 라우터일 뿐, 장치 플릿(device fleet) 전반에 걸쳐 Claude Code나 Desktop을 관리하는 도구가 아닙니다. 만약 극단적인 RPS에서의 순수 처리량이 진정한 병목 현상이며 Claude가 호출하는 여러 모델 중 하나에 불과하다면 살펴볼 가치가 있습니다. 하지만 표면(surface) 관리가 우려된다면, 이 게이트웨이는 그 목적을 위해 설계되지 않았습니다.

5. Vercel AI Gateway

5. Vercel AI Gateway

엔드포인트가 하나이고, 자체 키를 사용하더라도 토큰에 마크업이 없으며, 이미 Vercel AI SDK를 사용하는 경우 Claude는 한 줄의 설정 변경만으로 작동합니다. 앱을 이미 Vercel을 통해 배포하는 경우 정말로 가장 적은 새로운 인프라스트럭처가 필요합니다.

Claude에 특히 부족한 점: Vercel에서 배포된 앱의 API 호출에 대한 라우팅 및 지출 가시성입니다. 이는 개발자 자신의 장치에서 실행되는 Claude Code나 Claude Desktop과는 무관하며, 이 게이트웨이는 해결하도록 설계되지 않은 별개의 문제입니다.

순위가 적용되지 않는 경우

만약 귀사 조직의 전체 Claude 사용 범위가 서버 측 API 호출에 국한되어 있고, Claude Code도 없고, Claude Desktop도 없으며, 개발자 노트북에서 실행되는 것이 아무것도 없다면, TrueFoundry가 1위를 차지하는 표면 거버넌스(surface-governance) 사례는 성립하지 않으며, 위에 제시된 네 가지 옵션 중 어느 것도 합법적으로 더 간단하고 충분한 선택지입니다. 여기서의 순위는 단순히 API를 잘 프록시하는 것을 넘어, 회사 내에서 Claude가 나타날 수 있는 모든 곳을 거버넌스 하는 것에 초점을 맞추고 있으며, 이 점은 위에 제시된 다섯 가지 옵션 모두 이미 수행하고 있습니다.

귀사 조직의 Claude 사용이 주로 API 호출에 관한 것입니까, 아니면 아직 아무것도 거버넌스하지 않은 상태로 개발자 장치에서 Claude Code/Desktop이 실행되고 있습니까? 게이트웨이를 선택하기 전에 실제로 어떤 표면에 노출되는지 매핑한 팀이 얼마나 되는지 궁금합니다.