cc-switch 포기: 여러 Claude Code 공급자 관리, 사실 스크립트 하나면 충분합니다
Claude Code 대형 모델 API 공급자를 자주 전환해야 하는 사람에게 편리한 API 관리와 전환은 필수적입니다.
먼저, 왜 여러 API 공급자가 필요할까요?
주로 두 가지 이유가 있습니다:
호출 동시성과 한도 문제로, 여러 Claude Code 인스턴스를 여는 것은 일상적인 일이며, 모두 작업을 실행하면서 한 업체만 사용하면 쉽게 장애가 발생할 수 있습니다.
여러 모델은 각각 장점이 있어, 문제가 발생했을 때 A가 안 되면 B로 바꿔 시도할 수 있습니다. 또는 A가 작성하고 B가 코드 리뷰를 할 수도 있습니다.
한동안 저는 cc-switch를 사용했습니다. 이는 훌륭한 무료 오픈 소스 소프트웨어입니다. 여러 공급자를 관리할 수 있을 뿐만 아니라 skill, mcp, prompt 등을 관리하는 기능도 있습니다. 게다가 Claude Code뿐만 아니라 codex, Gemini, OpenCode도 지원합니다.
하지만 문제는 바로 제공하는 기능이 너무 많고, 점점 더 추가된다는 점입니다. 많은 제품을 만드는 사람들이 다양한 사람들의 다양한 요구를 충족시키는 것을 거부하기 어렵고, 제품을 점점 더 복잡하게 만드는 반면, 도구를 사용하는 사람들도 항상 기능이 많을수록 좋아하며, 지금은 사용하지 않아도 미래에 사용할 수 있을 것이라고 생각하는 경향이 있습니다.
저는 항상 "Less is more" 철학을 믿어왔습니다. 이렇게 많은 도구를 지원하기 위해 일부 부분이 복잡해졌고, 저는 CC만 사용하기 때문에 이러한 기능과 복잡성은 가치가 없을 뿐만 아니라 오히려 부담이 되었습니다.
cc-switch는 자체적으로 설정 파일을 관리하며, 여러 공급자가 설정을 공유해야 할 때 별도로 공용 설정을 유지 관리해야 합니다. 그것은 자주 .claude/settings.json을 작성하는데, 여기서 특히 공급자를 자주 전환할 때 문제가 자주 발생합니다.
또 다른 문제는 다른 공급자를 사용하여 여러 CC 인스턴스를 동시에 시작할 때도 문제가 발생한다는 것입니다(적어도 제가 사용할 때는 전환이 완전히 이루어지지 않아 요청 실패가 쉽게 발생했습니다). 프록시 기능을 사용하면 함께 전환할 수밖에 없어 다른 인스턴스에서 다른 공급자를 선택할 수 없습니다.
제 요구 사항은 매우 간단합니다:
설정을 통합적으로 유지 관리(한 부만)
다른 CC 인스턴스에서 다른 공급자를 사용할 수 있음
이 목표를 기반으로 구현도 매우 간단합니다. 사용자의 settings.json에 통합 설정을 저장합니다. 공급자 변경은 사실 CC의 몇 가지 환경 변수를 변경하는 것이며, 셸 스크립트 하나로 해결할 수 있습니다. 그래서 저는 CC를 사용해 바퀴를 다시 만들고, ccs 스크립트를 작성했습니다. 이 스크립트는 공급자를 지정하는 선택적 -p 매개변수를 지원합니다.
이렇게 하면 다음과 같이 할 수 있습니다:
ccs -p glm
ccs -p minimax
ccs -p kimi
ccs -p ark한 걸음 더 나아가, alias를 생성하여 mm, ark를 직접 사용해 지정된 공급자의 Claude Code를 활성화할 수 있습니다.
alias mm="ccs -p minimax"
alias ark="ccs -p ark"그런 다음 zellij와 함께 사용하여 여러 다른 공급자의 CC를 쉽게 관리할 수 있습니다.
간단하고 유지 관리가 쉬우며, 공급자를 자유롭게 지정하여 여러 개를 실행할 수 있습니다.
일상은 이렇게 됩니다.
