Kimi Code 대안: 워크플로와 API 제어에 따라 선택

어떤 Kimi Code 대안을 선택할지는 어떤 "Kimi Code"를 떠나는지에 따라 달라집니다 — MIT 라이선스의 터미널 클라이언트인지, 이를 지원하는 멤버십 서비스인지, 아니면 K 시리즈 모델인지에 따라 다르며, 이 셋 중 두 가지는 터미널 클라이언트를 전혀 바꾸지 않고도 대체할 수 있습니다. 이 검색어에서 순위가 높은 거의 모든 페이지는 모델 비교이므로, 여기서 첫 번째 작업은 세 가지를 구분하는 것이고, 두 번째 작업은 어떤 목록형 글에도 없는 부분, 즉 이동할 때 실제로 ~/.kimi-code에서 무엇이 빠져나오는지 설명하는 것입니다.

무엇보다 먼저 알아둘 함정이 하나 있습니다. 알아차리기 어렵기 때문입니다. pip install kimi-code는 Kimi Code CLI를 설치하지 않습니다. Moonshot 자체 README는 해당 PyPI 패키지를 "보관됨. kimi-cli의 레거시 별칭이며 새 Kimi Code CLI가 아님"이라고 설명합니다(kimi-cli README, 2026년 9월 21일 확인). uv tool install kimi-cli로 설치하거나, ~/.kimi/config.toml를 구성하거나, openai_legacy 및 gemini라는 공급자 유형을 사용하는 튜토리얼은 현재 클라이언트가 아니라 보관된 Python 클라이언트를 설명하는 것입니다. 이는 레거시 클라이언트 자체 문서에 나오는 표기입니다.

하나의 이름, 세 가지 제품: 무엇을 대체할지 결정하세요

저장소 수치는 2026년 9월 21일 GitHub API에서 확인했습니다. 멤버십과 Open Platform은 서로 다른 모델 id를 사용하는 실제로 별개의 제품입니다. 멤버십은 kimi-for-coding 및 k3를, Open Platform은 kimi-k3 및 kimi-k2.7-code를 사용합니다. 두 id 집합은 겹치지 않으므로 한쪽에 맞춰 작성한 구성은 변경 없이 다른 쪽으로 이전되지 않습니다. 질문이 특히 Anthropic과 비교한 Kimi의 클라이언트 및 서비스에 관한 것이라면 Kimi Code와 Claude Code에서 다루며, 이 페이지에서는 반복하지 않습니다.

떠나는 이유부터 시작하기

처음 두 행의 기반이 되는 할당량 규칙은 결정 전에 읽어 볼 가치가 있습니다. Kimi의 멤버십 문서에는 "CLI, VS Code, Desktop 및 서드파티 도구의 요청은 모두 해당 할당량에 포함됩니다" 및 "로그인한 모든 기기와 API 키는 동일한 할당량을 공유합니다"라고 명시되어 있습니다. 또한 신규 회원의 주간 한도는 제거되지만 이동식 5시간 요청 제한 기간은 유지되고, 레거시 플랜의 할당량은 이월 없이 7일마다 계속 갱신된다고 설명합니다. 그리고 "Go 등급에는 코딩 할당량이 없으며 Plus 이상에서 Kimi Code를 사용할 수 있습니다"라고 명시합니다(2026년 9월 21일 확인). 어떤 등급도 숫자로 된 토큰 또는 요청 허용량을 공개하지 않으므로 플랜 가격을 토큰당 요금으로 정직하게 환산할 방법이 없습니다. 따라서 아래의 결정은 절약 금액이 아니라 청구 방식에 관한 것입니다.

이유가 결제라면 클라이언트는 유지할 수 있습니다

Kimi Code의 providers 문서에는 openai type이 OpenAI Chat Completions 프로토콜 "및 해당 프로토콜과 호환되는 모든 서드파티 서비스(base_url 필요에 따라 재정의)"를 위한 것이라고 설명되어 있습니다. 따라서 가장 저렴한 마이그레이션은 provider 테이블과 모델 별칭을 추가하는 것입니다:

default_model = "kunavo/claude-sonnet-5"

[providers.kunavo]
type = "openai"          # the protocol, not the vendor
base_url = "https://api.kunavo.com/v1"   # the /v1 stays on openai types
api_key = "sk-kn-..."    # not read from your shell

[models."kunavo/claude-sonnet-5"]
provider = "kunavo"
model = "claude-sonnet-5"
max_context_size = 200000

이것이 첫 시도에 작동할지는 네 가지 세부 사항이 결정하며, 모두 2026년 9월 21일 해당 페이지와 환경 변수 페이지에서 확인했습니다. 첫째: type는 공급업체가 아니라 프로토콜을 지정하며, 문서화된 집합은 kimi, anthropic, openai, openai_responses, google-genai 및 vertexai입니다. 둘째: URL 형태는 유형에 따라 다릅니다. openai은 기본값이 https://api.openai.com/v1이고 /v1를 유지하지만, google-genai 및 vertexai는 SDK가 버전 경로를 자체적으로 추가하므로 호스트의 루트 주소만 요구합니다. 셋째: 공급자 자격 증명은 변수 이름을 직접 지정하지 않는 한 셸에서 읽지 않습니다. 문서화된 우선순위는 api_key 또는 api_key_env(정확히 하나 설정), 그다음 [providers.<name>.env] 하위 테이블이며, 여기에서도 자격 증명을 찾지 못하면 시작에 실패합니다. 또한 페이지에는 명시적으로 선언된 api_key_env를 제외하고는 "CLI가 자격 증명을 얻기 위해 셸 환경 변수를 대체 수단으로 사용하지 않는다"고 적혀 있습니다. 넷째: api_key_env 자체는 2026년 9월 18일 공개된 2.0.1에서 도입된 것으로 문서화되어 있습니다. 2.0.0 또는 어떤 0.4x 빌드에서도 사용할 수 없습니다.

실제로 제한이 있는 더 간단한 경로도 있습니다. KIMI_MODEL_* 환경 블록은 KIMI_MODEL_PROVIDER_TYPE에 대해 kimi, anthropic 및 openai만 허용하므로 Responses, Gemini 및 Vertex 엔드포인트는 config.toml를 거쳐야 합니다. 대화형 /provider 가져오기 도구에도 고유한 제약이 있습니다. Amazon Bedrock 및 Cohere와 같은 독점 프로토콜은 거부하며, 카탈로그에서 프로토콜을 OpenAI 호환으로 선언하지 않은 공급업체는 "추정됨"이라는 메모와 함께 가져옵니다.

타사 엔드포인트가 도달하지 못하는 부분

모델 공급자를 변경해도 네 가지 항목은 함께 이동하지 않으며, 가격 비교에서 놓치기 쉬운 부분이 바로 이것입니다. 동영상 업로드는 OpenAI 호환 경로가 아니라 구체적으로 kimi 공급자 유형의 추가 기능으로 등록되어 있습니다. 웹 검색 및 웹 가져오기는 모델 공급자의 기능이 아닙니다. 구성 파일 페이지에 따르면 services 테이블은 고정 키 두 개, moonshot_search와 moonshot_fetch만 각각 자체 기본 URL 및 키와 함께 구성하며, 다른 키는 무시됩니다. Remote Control(kimi rc)은 자체 가이드에 따르면 "유료 멤버십이 필요하며 무료 사용자에게는 제공되지 않습니다". 해당 가이드에는 원격 창을 로컬 CLI와 동일한 Kimi 계정으로 로그인하여 연다고도 나와 있습니다. 또한 /login 선택기에는 Moonshot 옵션이 두 개뿐입니다 — Kimi Code OAuth 또는 Kimi Platform API 키입니다. 다른 공급자를 사용하려면 시작하기 페이지에서 config.toml를 직접 편집하도록 안내합니다.

다시 구축할 필요가 없는 것이 하나 있습니다. Kimi Code는 벡터 인덱스 대신 ripgrep으로 저장소를 검색합니다. 데이터 위치 페이지에 따르면, Grep에 rg가 처음 필요해질 때 이를 다운로드하여 bin/ 아래에 캐시합니다. 이때 캐시된 실행 파일보다 PATH에 있는 시스템 rg를 우선 사용하며, 파일 참조 자동 완성을 위해 fd도 같은 위치에 캐시합니다. 따라서 제공업체가 바뀌어도 다시 인덱싱할 것은 없습니다. Kunavo는 임베딩 모델을 제공하지 않으며, 이 방식에는 임베딩 모델이 필요하지 않습니다.

위 내용 전체에 대한 한계를 솔직히 말씀드리면, 이는 실제 세션에서 확인한 내용이 아니라 Moonshot 문서를 읽고 정리한 내용입니다. 2026년 9월 21일에 확인한 Moonshot 페이지 중 어느 것도 [providers.*] 항목만 있을 때 CLI가 Kimi 계정 없이 실행된다고 명시하지 않습니다. 시작하기 페이지와 IDE 페이지도 여전히 로그인을 완료하는 것을 첫 단계로 안내합니다. 무엇이든 취소하기 전에 직접 확인하세요.

클라이언트도 떠나려는 경우

저장소 메타데이터는 2026년 9월 21일 GitHub API에서 읽었습니다. 오래된 pushed_at는 관찰 결과이지 지원 중단 공지가 아닙니다. Aider는 보관되지 않았고 유지 관리자의 발표도 확인되지 않았으므로, 날짜를 개발 주기 참고 자료로만 보고 팀의 표준으로 채택하기 전에 직접 확인하세요. 숨기기보다 명시할 만한 제외 항목도 두 가지 있습니다. 여기서는 Continue를 목적지로 제공하지 않습니다. 2026년 9월 17일 조사에서 Continue는 인수되어 읽기 전용 상태이며 최종 릴리스가 있는 것으로 기록되었지만, 오늘 다시 확인하지는 않았습니다. 고려하기 전에 재확인하세요. 또한 위에 나열된 각 클라이언트의 구성 세부 정보는 오늘 재테스트한 것이 아니라 이전 날짜에 Kunavo 자체 통합 페이지에서 확인한 것이므로, 설정을 다시 설명하는 대신 해당 페이지로 연결합니다.

다른 에이전트가 아닌 편집기를 원한다면 Kimi Code가 이미 Agent Client Protocol을 지원한다는 점을 참고하세요. IDE 가이드는 ACP 서버를 kimi acp로 제공하고 이를 구동하는 Zed agent_servers 항목을 보여 줍니다. 이는 클라이언트 마이그레이션이 아니라 표면의 변경입니다. 편집기 측면은 Zed를 참조하세요.

무엇이 함께 이동하고 무엇이 이동하지 않는가

2026년 9월 21일 데이터 위치 페이지에서 읽었습니다. KIMI_CODE_HOME를 설정하면 전체 디렉터리 트리의 위치를 바꿀 수 있으며, 이는 다른 것을 테스트하는 동안 정상 작동하는 설정을 따로 보관하는 가장 깔끔한 방법이기도 합니다. "범용" 복사본이 무엇을 약속하고 무엇을 약속하지 않는지 유의하세요. Kimi는 다른 도구가 이를 공유할 수 있도록 자체 디렉터리 외부에 보관한다고 문서화합니다. 다른 공급업체의 에이전트가 이를 읽는다고 약속하지는 않으므로 옮겨 갈 도구 자체의 지침 파일 규칙을 확인하세요.

Python 클라이언트에서 전환하는 경우인가요? 그렇다면 선택이 아니라 마이그레이션입니다. kimi migrate를 실행하세요. 마이그레이션 가이드에 따르면 구성, MCP 서버 구성, 입력 기록 및 선택한 채팅 세션이 이전되며, OAuth 자격 증명, MCP 서비스 권한 및 kimi-cli 플러그인은 복사되지 않습니다. 따라서 이후 /login를 실행하고 MCP 서버에 다시 권한을 부여해야 합니다. 롤백은 자유롭습니다. "마이그레이션은 ~/.kimi/ 아래의 기존 데이터를 수정하거나 삭제하지 않습니다." 이후 기존 버전을 제거하는 방법은 보관된 README 자체의 마이그레이션 단계에 따르면 uv tool uninstall kimi-cli 또는 brew uninstall kimi-cli입니다. 새 클라이언트가 README에서 brew install kimi-code로 설치되는 것과는 다른 방식입니다.

여기서 긴급성에 관해 두 Moonshot 출처의 의견이 다르며, 둘 다 2026년 9월 21일에 확인했습니다. 보관된 README에는 "기존 설치는 더 이상 지원되지 않으며 작동을 중지하게 됩니다. 가능한 한 빨리 마이그레이션하세요."라고 나와 있습니다. 반면 여전히 kimi-code의 main 브랜치에 있는 마이그레이션 가이드에는 "레거시 버전은 점진적으로 폐지됩니다"라고 하며 "kimi-cli는 이전과 같이 계속 작동하고 둘은 서로 간섭하지 않습니다"라고 나와 있습니다. README가 더 최신이고 구체적인 설명이므로, 완화된 설명이 아니라 README를 기준으로 계획하세요.

토큰 산술로 계산한 사용량 기반 경로의 비용

한 세션에서 캐시되지 않은 입력 토큰 250,000개를 보내고 출력 토큰 20,000개를 받는다고 가정하세요. 이는 측정된 작업 비용이나 청구 상한이 아닌 예시 추정치이며, 캐싱·재시도·도구 트래픽은 계산에 포함되지 않습니다. Kimi의 수치는 자체 공개 토큰당 요금이고 Kunavo의 수치는 실시간 카탈로그에서 가져왔습니다. 서로 다른 모델 제품군이므로 결과가 아니라 요율을 비교합니다.

Kimi 요금은 2026년 9월 21일 platform.kimi.ai에서 확인했으며, K3 표에는 5분 TTL의 캐시 쓰기 요금 $3.00와 1시간 TTL의 요금 $6.00도 나와 있습니다. 표시된 최저 가격과 작업 완료에 드는 최저 비용은 서로 다른 주장입니다. 세 번 시도해야 하는 모델은 한 번에 완료하는 더 비싼 모델보다 비용이 클 수 있으므로 표가 아니라 자신의 저장소에서 범위가 정해진 하나의 작업을 기준으로 측정하세요.

Kunavo 카탈로그 금액은 상한이 아니라 청구 하한입니다. 업스트림에서 요금을 보고하면 청구액은 카탈로그 비용과 업스트림 비용에 해당 마크업을 곱한 금액 중 더 큰 값입니다. 최소 충전액은 선불 크레딧 10달러이며 잔액을 충전하는 금액이지 작업 요금이나 구독료가 아닙니다. 청구 세부 정보를 참조하세요.

구성 파일 경로를 사용하려는 경우 Kunavo는 이 클라이언트의 전체 공급자 블록을 공개합니다. 이는 공개된 구성 참고 자료이지 호환성 테스트가 아닙니다. Kimi Code는 Kunavo 엔드포인트에서 런타임 테스트를 받은 적이 없으며, 위 내용은 모두 Moonshot 문서와 GitHub 및 npm API에서 읽은 것입니다. 시도하는 동안 기존 경로를 계속 작동하게 유지하고, 범위가 정해진 작업 하나를 실행한 다음 계정에 실제로 기록된 청구액을 확인하세요. Kimi Code 통합 가이드에서 시작하거나 키에 자금을 충전할 준비가 되면 Kunavo 계정을 생성하세요. OpenAI 호환 기본 URL이 전달하는 것과 전달하지 않는 것을 프로토콜 수준에서 보려면 OpenAI 호환 API를, 더 넓은 클라이언트 생태계는 AI 에이전트 API 디렉터리를 참조하세요.

자주 묻는 질문

2026년 9월 21일 확인: GitHub API를 통해 kimi-code, kimi-cli 및 7개 목적지 클라이언트 모두의 저장소 메타데이터를 확인했고, npm 레지스트리에서 @moonshot-ai/kimi-code 항목을 확인했습니다. 또한 Moonshot의 providers, env-vars, config-files, data-locations, IDE 및 migration 페이지, kimi-cli README, Kimi Code 멤버십 페이지, OpenCode 타사 페이지 및 Kimi Open Platform 채팅 요금표를 확인했습니다. 이 페이지에는 Kimi Code 요금제 가격이 인용되어 있지 않습니다. kimi.com은 등급별 요금을 클라이언트 측에서 렌더링하며 서버 HTML에는 표시되지 않으므로 결제 과정에서 금액을 확인하세요. Continue의 상태와 목적지 클라이언트 자체의 구성 세부 정보는 오늘 다시 확인하지 않았습니다. Kunavo는 이 클라이언트를 자체 엔드포인트에 연결해 세션을 실행한 적이 없으며, 여기의 모든 달러 수치는 예시용 토큰 비용 계산입니다.