Magpie와 CC Switch 비교: 어떤 에이전트 공급자 관리자를 사용해야 할까요?

Claude Code, Codex, Gemini CLI는 에이전트입니다. 요청에 답하는 모델과 해당 모델을 제공하는 공급자는 서로 별개의 선택 항목입니다. 여러 도구에서 이 선택을 관리할 때 Magpie, CC Switch, Claude Code Router, CLIProxyAPI 같은 소프트웨어가 유용합니다.

간단히 말하면, 여러 에이전트가 함께 사용하는 게이트웨이를 원한다면 Magpie, 통합된 데스크톱 구성 작업 공간을 원한다면 CC Switch, 명시적인 요청 라우팅 규칙을 원한다면 Claude Code Router, 계정 기반 호환 프록시를 원한다면 CLIProxyAPI를 후보로 고려하세요. 이는 서로 겹치는 강점이지, 네 가지 상호 배타적인 범주가 아닙니다. CC Switch에도 라우팅 기능이 있고, Magpie에도 작업 공간 기능이 있으며, Claude Code Router는 Claude Code 외의 도구도 지원합니다.

중요한 질문은 기능 목록이 가장 긴 제품이 무엇인지가 아닙니다. 에이전트 설정의 어느 부분을 맡기고 싶은지가 핵심입니다.

범위: 2026년 11월 3일에 공식 문서를 확인했습니다. 이 비교는 문서를 기반으로 작성했으며, 직접 사용한 벤치마크나 안정성 테스트 또는 보안 감사 결과가 아닙니다. 지원 항목이 명시되어 있다고 해서 모든 에이전트, 공급자, 릴리스에서 동작이 동일하다는 뜻은 아닙니다. AIHubMix가 이 비교를 작성했으며, Claude Code Router의 README에는 AIHubMix가 후원사 중 하나로 기재되어 있습니다. 이 사실을 기술적 근거로 취급하지 않고 여기에서 공개합니다.

먼저 에이전트와 업스트림을 구분하세요

에이전트는 파일 접근, 셸 도구, 승인 규칙, 대화 루프를 포함한 작업 환경을 제공합니다. 모델은 응답을 생성합니다. 공급자는 엔드포인트, API 키 또는 지원되는 경우 계정 로그인으로 해당 모델에 접근할 수 있게 합니다.

업스트림 모델을 바꿔도 Claude Code가 Codex로 바뀌는 것은 아닙니다. API 응답을 성공적으로 받았다고 해서 모든 도구 호출, 이미지, 추론 필드 또는 장시간 이어지는 대화가 똑같이 동작한다는 뜻도 아닙니다.

따라서 이 비교는 기존 코딩 에이전트를 제어하는 소프트웨어에 초점을 맞춥니다. 호스팅 모델 서비스나 애플리케이션 백엔드 게이트웨이는 인접한 문제를 해결하지만, 로컬 에이전트 구성을 관리하는 도구와 반드시 같은 것은 아닙니다.

다음 다섯 가지 작업은 서로 혼동하기 쉽습니다.

구성 전환은 에이전트가 사용하는 엔드포인트, 키 또는 모델을 바꿉니다.
로컬 라우팅은 에이전트와 업스트림 사이에 게이트웨이를 둡니다. 게이트웨이는 목적지를 선택하거나 API 형식을 변환할 수 있습니다.
모델 통합은 여러 공급자의 모델을 하나의 선택 목록으로 제공합니다. 그 자체로 장애 조치를 지원하는 것은 아닙니다.
계정 풀링은 여러 자격 증명이나 계정 중에서 선택합니다. 라운드 로빈은 요청을 분산하는 전략일 뿐, 실패한 모든 요청이 복구된다는 보장은 아닙니다.
장애 조치는 조건에 해당하는 오류가 발생한 뒤 다른 구성된 목적지로 요청을 시도합니다. 적용 범위와 조건은 구현에 따라 다릅니다.

먼저 필요한 작업을 정한 뒤 제품을 선택하세요.

간단한 후보 목록

이 표를 참고해 시작점을 고른 다음, 아래의 자세한 제한 사항을 확인하세요.

도구	이런 경우에 먼저 고려	먼저 확인할 사항
Magpie	공유 게이트웨이	대체 대상
CC Switch	데스크톱 작업 공간	통합 ≠ 장애 조치
CCR	라우팅 규칙	각 정책 분기
CLIProxyAPI	계정 기반 프록시	별도의 UI와 통계

CCR은 Claude Code Router를 뜻합니다. 이 후보 목록은 편집상의 기준으로 작성했으며, 기능을 서로 배타적으로 나누거나 측정 결과에 따라 순위를 매긴 것이 아닙니다. Magpie의 장애 조치에는 사용할 수 있는 다른 목적지가 필요하고, CC Switch의 통합 기능은 장애 조치를 제공하지 않으며, CCR의 규칙은 검증해야 합니다. CLIProxyAPI의 데스크톱 연동 도구와 통계는 별도 구성 요소입니다. 지원 범위는 에이전트와 공급자에 따라 다릅니다.

Magpie: 여러 에이전트를 하나의 모델 게이트웨이에 연결

Magpie는 에이전트 기본 구성 관리 기능과 공유 로컬 게이트웨이를 결합합니다. 문서에 명시된 통합 대상에는 Claude Code, Codex, Gemini CLI, OpenCode, Cline, Cursor CLI 등이 포함됩니다. 인터페이스에는 감지된 설치 항목이 표시됩니다. 호환되는 base URL을 허용하는 클라이언트도 게이트웨이를 사용할 수 있지만, 이는 전용 기본 통합이 제공되는 것과는 다릅니다.

게이트웨이는 OpenAI Chat, OpenAI Responses, Anthropic Messages, Gemini 형식을 변환합니다. 공급자로는 API 키 기반 서비스, 호환되는 맞춤 엔드포인트, 로컬 모델 서버, 지원되는 구독 계정을 사용할 수 있습니다. 프로필을 사용하면 여러 에이전트 설정을 하나의 이름으로 저장할 수 있습니다.

차별점은 라우팅 그룹입니다. 여러 모델 또는 공급자를 에이전트에 하나의 선택지로 제공합니다. 문서에 명시된 모드는 다음과 같습니다.

order: 첫 번째 구성원이 응답할 수 없게 될 때까지 사용한 뒤 다음 구성원을 시도합니다.
rotate: 차례가 바뀔 때마다 다음 구성원으로 이동합니다.
usage: 사용량이 가장 적은 구성원을 우선합니다.
smart: 할당량이 남아 있는 사용 가능한 구독 중 재설정 시점이 가장 빠른 항목을 우선합니다.
pace: 재설정까지 남은 시간 대비 주간 잔여 용량을 기준으로 선택합니다.

그룹은 중첩할 수 있습니다. Magpie는 대화가 응답을 제공한 계정에 계속 연결되고, 프롬프트 캐시를 유지하는 것이 이득일 때 이를 지원한다고 설명합니다. 이는 라우팅 정책이지, 공급자를 임의로 바꿔도 캐시 상태가 유지된다는 증거는 아닙니다. 선택적으로 제공되는 의도 라우팅은 사용자가 선택한 모델로 새 턴을 읽습니다. 문서에서는 이 방식이 항상 비용을 절감한다고 입증하지 않습니다.

간단하지만 중요한 장애 조치의 한계가 있습니다. 사용할 수 있는 다른 목적지가 있어야 합니다. README에는 라우팅 그룹 없이 계정 하나만 있으면 장애 조치할 곳이 없어 오류가 에이전트에 전달된다고 명시되어 있습니다.

Magpie는 라우터에만 국한되지 않습니다. Library에서는 지침, MCP 서버, 스킬, 하위 에이전트를 관리합니다. 사용량, 할당량, 비용, 세션 화면도 제공한다고 문서에 명시되어 있습니다. 데스크톱, 터미널, 브라우저, CLI 인터페이스를 지원하며 macOS, Windows, Linux, Docker, Termux를 지원 환경으로 안내합니다.

개인 정보 보호 제어는 별도로 판단해야 합니다

Magpie의 마스킹은 기본적으로 꺼져 있습니다. 활성화하면 지원되는 민감한 값을 로컬에서 감지해 전송 전에 자리표시자로 대체하고, 도구 인수를 포함한 응답에서는 원래 값으로 복원합니다. 감지가 틀릴 수 있으며, 마스킹된 값의 원래 내용은 모델이 확인할 수 없습니다. 활성화한 마스킹 기능을 실행할 수 없는 경우 요청을 보류하고 HTTP 503을 반환한다고 README에 설명되어 있습니다.

모든 비밀 값이 감지된다는 보장은 아닙니다. 계정 탐색 동작에 관한 설명을 포함해 개인 정보 보호 문서를 읽어 보세요. Magpie는 기존 에이전트의 로그인 정보를 읽을 수 있으며, 탐색 기능은 비활성화할 수 있습니다.

README에는 임의 식별자, 버전, 시스템 및 제품 사용 식별자가 포함된 일일 릴리스 빌드 원격 측정 정보도 설명되어 있습니다. 개인 정보 보호 설정이나 DO_NOT_TRACK=1을 사용하면 원격 측정을 비활성화할 수 있습니다. 파트너 링크 클릭과 파트너 목록 가져오기는 이 제어와 별도로 집계되며, README에 따르면 해당 횟수에는 식별자나 주소가 저장되지 않습니다. 따라서 “로컬 게이트웨이”를 “다른 네트워크 활동이 전혀 없음”으로 해석해서는 안 됩니다.

Magpie를 후보로 고려할 때: 여러 에이전트가 공급자, 모델, 계정 라우팅 선택을 공유하게 하고 싶을 때입니다. 단, 메뉴에서 모델만 선택하는 데 그치지 않고 라우팅 정책, 자격 증명 접근, 개인 정보 보호 설정을 직접 관리해야 합니다.

CC Switch: 요청도 라우팅하는 데스크톱 작업 공간

CC Switch를 단순한 구성 전환 도구라고만 부르면 문서에 명시된 기능 범위를 축소해서 보게 됩니다. 공급자 관리와 더불어 MCP, 스킬, 프롬프트 라이브러리, 프로젝트 설정, 세션, 사용량 추적, 백업, 동기화 기능을 제공합니다. 지원 클라이언트로는 Claude Code, Claude Desktop, Codex, Gemini CLI, OpenCode 등이 기재되어 있지만, 기능 범위는 클라이언트마다 다릅니다.

세 가지 연결 모드를 보면 비교의 핵심을 이해하기 쉽습니다.

직접 연결은 에이전트를 선택한 공급자에 연결합니다. 프로젝트 설명에 따르면 공급자를 바꿔도 관련 없는 훅, 플러그인, MCP 설정, 주석은 그대로 유지되고 연결 관련 필드만 변경됩니다.

라우팅은 CC Switch를 통해 요청을 로컬로 전달합니다. Anthropic Messages, OpenAI Chat Completions, OpenAI Responses, Gemini Native 형식을 변환하며, 도구별 장애 조치 대기열, 회로 차단, 공급자 상태 모니터링을 지원합니다.

통합은 Claude Code와 Codex에서 여러 공급자의 모델을 클라이언트의 모델 선택 목록에 표시합니다. 요청은 선택한 모델의 공급자로 전달됩니다. 통합 기능은 장애 조치를 제공하지 않습니다. 또한 Claude 공식 구독은 통합 모드에서 사용할 수 없는 등 공급자별 제한이 있습니다. Codex의 OpenAI Official은 예외로 명시되어 있지만, 공식 로그인 공급자는 일반적으로 라우팅 모드에서 사용할 수 없습니다.

따라서 CC Switch는 간단한 구성 전환과 로컬 라우팅 모두에 적합한 선택지입니다. 데스크톱 작업 공간을 중시하는 점은 후보로 고려할 편집상의 이유이지, 다른 제품에 라이브러리나 세션 화면이 없다는 증거는 아닙니다.

프리셋 개수보다 실제 사용상의 제한이 중요합니다

CC Switch는 Claude Code의 핫 스위칭을 지원한다고 명시합니다. Codex, Gemini CLI, Grok Build의 직접 연결 공급자를 바꾸려면 일반적으로 재시작이 필요합니다. 라우팅 모드에서도 모델을 바꿀 때는 재시작이 필요할 수 있습니다. Codex 통합 목록을 변경하려면 관련 데몬, 애플리케이션 또는 편집기 환경을 재시작해야 합니다. 진행 중인 작업이 없을 때 변경을 계획하세요.

FAQ에서 확인할 수 있는 유용한 구분점도 있습니다. 공급자 카드의 연결 확인은 연결 가능 여부를 테스트할 뿐, API 키나 모델이 작동하는지는 확인하지 않습니다. 녹색 체크 표시가 전체 과정의 인수 테스트를 의미하지는 않습니다.

데이터는 기본적으로 ~/.cc-switch에 저장되며, 여기에는 SQLite 데이터베이스와 관련 파일이 포함됩니다. README에 따르면 처음 다시 쓰기 전에 기존 구성을 백업하고, 자동 백업과 WebDAV/S3 호환 동기화도 지원합니다. 일부 장치 설정, 상태 정보, 기존 구성 백업은 로컬에 남아 클라우드 동기화에 포함되지 않습니다. 앱을 동기화하면 복구 가능한 상태가 모두 이전된다고 가정하지 마세요.

공식 앱은 macOS, Windows, Linux의 그래픽 데스크톱을 대상으로 합니다. 에이전트별 정확한 기능 지원표와 모드 제한은 사용자 매뉴얼을 확인하세요.

CC Switch를 후보로 고려할 때: 공급자 변경을 MCP, 스킬, 프롬프트, 프로젝트를 포함하는 더 큰 데스크톱 작업 흐름의 일부로 관리하고 싶을 때입니다. 재사용 가능한 헤드리스 프록시만 필요하다면 데스크톱 기능과 동등하다고 가정하지 말고 해당 요구 사항을 따로 평가하세요.

Claude Code Router: 라우팅 결정을 명시적으로 설정

Claude Code Router(CCR)는 이제 멀티 에이전트 게이트웨이이자 제어 플레인으로 소개됩니다. README에는 Claude Code와 함께 Codex, OpenCode, Pi, Kimi CLI, Grok CLI 및 기타 클라이언트가 나열되어 있습니다.

문서에 명시된 기능의 중심에는 요청 정책이 있습니다. 헤더와 요청 본문에 대한 조건, 접두사, 요청 재작성, 재시도, 우선순위가 지정된 대체 모델을 설정할 수 있습니다. 자격 증명 풀과 키 로테이션 외에도 에이전트 프로필, 모델 재정의, 환경 설정을 제공합니다.

이러한 조합은 “다른 공급자를 선택한다”는 설명만으로는 모호할 때 유용합니다. 특정 요청 조건에 따라 특정 업스트림을 선택하고, 그 규칙이 적용된 이유를 확인하고 싶을 수 있습니다.

CCR은 요청 및 응답 세부 정보, 확인된 공급자/모델/자격 증명, 상태, 지연 시간, 토큰, 예상 비용, 도구 호출, 추적 정보를 기록합니다. 비용 추정치는 업스트림의 청구서와 다릅니다. 로그를 통해 정책을 점검할 수 있지만, 그 정책이 작업 품질을 개선한다는 사실까지 입증하지는 않습니다.

이 프로젝트는 macOS, Windows, Linux용 데스크톱 다운로드, 브라우저 관리 UI가 포함된 npm CLI, Docker 배포를 제공합니다. npm CLI에는 Node.js 22 이상이 필요합니다. 공급자 가이드에서는 사용자 지정 엔드포인트, 프로토콜 선택, 자격 증명 풀을 다룹니다. 또한 연결 테스트가 업스트림으로 요청을 보내 사용량이나 요청 한도를 소모할 수 있다고 경고합니다.

다음과 같은 경우 CCR을 우선 검토하세요: 명시적인 라우팅 규칙과 확인된 경로에 대한 설명이 필요한 경우입니다. 그 대가로 직접 관리해야 하는 정책이 생깁니다. 조건과 대체 경로가 늘면 검증해야 할 조합도 늘어날 뿐, 결과가 자동으로 좋아지는 것은 아닙니다.

CLIProxyAPI: 계정과 호환 프록시를 기반으로 시작하기

CLIProxyAPI는 프록시 서버 모델을 기반으로 합니다. 클라이언트와 SDK에 Responses를 포함한 OpenAI 호환 인터페이스, Interactions를 포함한 Gemini 호환 인터페이스, Claude 호환 인터페이스를 제공합니다.

README에는 Codex 및 Claude Code OAuth 지원, Gemini 계정 액세스, 여러 공급자를 위한 라운드 로빈 방식의 다중 계정 분산이 명시되어 있습니다. 설정된 OpenAI 호환 업스트림도 지원하며 재사용 가능한 Go SDK를 제공합니다.

계정이나 자격 증명을 기반으로 하는 호환 엔드포인트가 핵심 요구 사항이라면 유용한 출발점입니다. 그렇다고 핵심 프로젝트가 모든 에이전트의 프로필을 기본적으로 수정한다는 의미는 아닙니다.

패키징과 관련된 두 가지 세부 사항이 선택에 영향을 줍니다.

README는 그래픽 설정, 업데이트, 시스템 트레이 제어, 서비스 시작/중지를 위해 별도의 데스크톱 컴패니언인 EasyCLIProxyAPI를 사용할 것을 권장합니다.
v6.10.0부터 CLIProxyAPI와 CPAMC에는 사용 통계 기능이 기본 포함되지 않습니다. README는 별도의 통계 및 관리 프로젝트를 안내합니다.

유지 관리 비용을 추산할 때 프록시, 데스크톱 컴패니언, 분석 서비스를 별도의 구성 요소로 취급하세요. CLIProxyAPI에 재시도나 복구 제어 기능이 없다고 단정하지 말고, 선택한 릴리스의 설정을 확인하세요. 마찬가지로 라운드 로빈 계정 분산을 모델 간 보장된 대체 정책으로 오해하지 마세요.

다음과 같은 경우 CLIProxyAPI를 우선 검토하세요: 계정 기반 프록시가 필요하고, 주변 관리 구성 요소를 별도로 선택하는 것이 괜찮은 경우입니다.

실제 프로젝트에 연결하기 전에

이 도구들은 자격 증명, 소스 코드 맥락, 에이전트의 실행 가능한 동작과 밀접하게 연결됩니다. 로컬 프로세스도 여전히 신뢰 경계의 일부입니다.

먼저 API 키와 구독 로그인을 구분하세요. OAuth 흐름을 지원하는 소프트웨어라고 해서 공급자가 모든 외부 클라이언트에서의 사용을 허용한다는 뜻은 아닙니다. CC Switch는 공식 클라이언트 외부에서 구독을 사용하는 것에 대해 명시적으로 경고합니다. 공급자의 최신 약관과 조직의 규정을 확인하세요. 관리 도구를 사용해도 사용 권한이 추가되거나 한도가 없어지지는 않습니다.

둘째, 각 설정 파일을 누가 관리할지 결정하세요. 운영상 주의 사항으로 여러 관리 도구가 동일한 에이전트 설정을 자동으로 다시 쓰지 않도록 하세요. 원본 파일을 백업하고 직접 연결 상태로 되돌리는 방법을 알아두세요. 이는 이 제품들에서 확인된 결함이 있다는 주장이 아닙니다.

셋째, 자격 증명과 로그 처리 방식을 확인하세요. 이 비교에서는 저장 데이터 암호화를 검증하지 않았습니다. 운영용 자격 증명을 가져오기 전에 권한, 백업/동기화 범위, 계정 검색, 요청 로그에 포함되는 내용을 검토하세요. 원격 액세스를 활성화한다면 로컬 기본값을 보안 보장으로 여기지 말고 인증 및 노출 설정을 검토하세요.

마지막으로 프로토콜 이름만이 아니라 실제 동작을 테스트하세요. OpenAI Chat Completions와 Responses는 서로 다른 API이며, Anthropic Messages와 Gemini도 각기 다른 구조를 사용합니다. 변환을 지원한다는 주장이 모든 도구, 추론 필드, 이미지에서 손실 없는 동작을 보장하지는 않습니다.

간단한 승인 테스트

다음은 독자를 위한 제안 테스트이며, 이 기사에서 실제로 수행한 테스트는 아닙니다.

일회용 저장소와 권한이 제한된 테스트 자격 증명을 사용하세요. 원래 에이전트 설정을 보관하세요.
에이전트 하나를 공급자 하나에 연결하세요. 일반 응답을 확인하고 실제로 선택된 공급자/모델을 살펴보세요.
문제가 없는 파일을 읽고 작은 변경 사항을 제안하도록 요청하세요. 쓰기를 허용하기 전에 도구 호출과 결과가 완결되는지, 스트리밍이 끝까지 완료되는지 확인하세요.
필요한 경우에만 두 번째 경로를 추가하세요. 안전한 로컬 모의 환경이나 승인된 테스트 환경에서 의도한 오류 조건과 문서에 명시된 대체 경로가 선택되는지 확인하세요. 유료 할당량을 고의로 소진하지 마세요.
재시도나 복구로 인해 워크플로에서 부작용이 있는 도구 동작이 반복되지 않는지 확인하세요. 이는 승인 기준이며, 관찰된 제품 버그가 아닙니다.
관리 도구를 중지하고 문서에 명시된 직접 연결 복귀 또는 복원 절차가 작동하는지 확인하세요. 재시작이 필요한지 확인한 다음 사용량 추정치를 공급자 기록과 대조하세요.

이 테스트를 통과하는 가장 단순한 설정을 선택하세요. 공식 공급자를 사용하는 에이전트 하나로 이미 요구 사항이 충족된다면 로컬 게이트웨이를 추가해도 아무런 문제를 해결하지 못할 수 있습니다.

결론: 승자가 아니라 관리 주체를 선택하세요

에이전트 간 모델 및 계정 라우팅 공유가 목적이라면 Magpie부터 살펴보세요. 데스크톱 설정 및 워크스페이스 관리가 목적이라면 CC Switch부터 살펴보세요. 명시적인 요청 정책과 경로 확인이 목적이라면 CCR부터 살펴보세요. 재사용 가능한 계정 기반 프록시가 목적이라면 CLIProxyAPI를 살펴보고 함께 사용하는 구성 요소까지 고려하세요.

이러한 권장 사항은 문서에서 강조하는 기능을 설명하는 것이지, 측정된 우위를 나타내는 것이 아닙니다. 요청을 처리한 모델, 사용한 자격 증명, 오류 발생 시의 동작, 변경 사항을 되돌리는 방법을 설명할 수 있는 설정이 올바른 선택입니다.

자주 묻는 질문

CC Switch는 설정만 전환하는 도구인가요?
아닙니다. 로컬 형식 변환과 도구별 장애 조치 대기열을 포함해 Direct, Routing, Aggregation 모드를 문서화하고 있습니다. 사용 가능 여부는 클라이언트와 공급자에 따라 다릅니다.

집계 기능은 자동으로 대체 경로를 제공하나요?
아닙니다. CC Switch는 집계와 장애 조치를 명확히 구분합니다. 통합 모델 선택기가 있다고 해서 복구 정책이 마련되는 것은 아닙니다.

Magpie는 모든 요청을 로컬에 보관하나요?
아닙니다. 게이트웨이는 로컬에서 실행되지만 원격 공급자를 통한 추론에는 요청이 업스트림으로 전송됩니다. README에는 텔레메트리 제어 기능과 별도의 파트너 이벤트 집계도 명시되어 있습니다. 선택 사항인 마스킹 기능은 기본적으로 꺼져 있으며, 일부 값을 놓치거나 잘못 분류할 수 있습니다.

모델을 바꾸면 에이전트의 도구와 권한도 달라지나요?
그 자체로는 달라지지 않습니다. 에이전트의 도구 환경과 권한 규칙은 그대로 유지되며, 새 모델이 해당 도구를 어떻게 처리하는지는 여전히 검증해야 합니다.

모든 클라이언트에서 구독 로그인을 API 키 대신 사용할 수 있나요?
그렇게 단정하지 마세요. 기술적인 로그인 지원, 사용 가능한 모델, 계정의 이용 권한, 공급자의 허용 여부는 각각 다른 문제입니다. 최신 약관과 조직의 정책을 확인하세요.

어떤 제품이 가장 빠르거나 안전한가요?
이 비교로는 확인할 수 없습니다. 공식 문서를 참고했으며 독립적인 성능 벤치마크, 신뢰성 측정, 보안 감사를 포함하지 않았습니다.

출처

2026년 11월 3일 확인한 공식 자료:

Magpie README — 게이트웨이, 에이전트, 그룹, Library, 개인정보 보호 관련 동작.
CC Switch README — 연결 모드, 에이전트별 지원 범위, 재시작, 저장 방식.
Claude Code Router README — 에이전트 프로필, 라우팅, 자격 증명, 배포.
CLIProxyAPI README — 호환 인터페이스, 계정, 컴패니언 소프트웨어, 통계 기능의 범위.
CCR 공급자 가이드 — 업스트림 프로토콜, 사용자 지정 공급자, 자격 증명 풀, 테스트 요청 비용.