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 不重疊，因此為其中一者撰寫的設定不會原封不動地套用到另一者。如果你的問題特別是 Kimi 的用戶端與服務相對於 Anthropic 的產品，Kimi Code 與 Claude Code涵蓋了該比較，本頁不再重複。

先從你離開的原因開始

在你做決定前，值得先閱讀前兩列背後的配額規則。Kimi 的會員文件指出：「來自 CLI、VS Code、Desktop 及第三方工具的請求都會計入該配額」，以及「所有已登入的裝置與 API 金鑰共用相同配額」；對新會員而言，週配額上限會移除，但滾動五小時的速率時段仍然存在，而舊方案仍每七天更新一次且不會累積；並且「Go 層級沒有程式設計配額；Plus 及以上方案可以使用 Kimi Code」（查閱於 2026 年 9 月 21 日）。沒有任何層級公布數值 token 或請求額度，因此沒有誠實的方法將方案價格換算成每 token 費率——這正是下方決策討論計費形式，而不是節省金額的原因。

如果原因是計費，用戶端可以保留

Kimi Code 的供應商文件將 openai 類型描述為用於 OpenAI Chat Completions 協定，「以及任何與該協定相容的第三方服務（視需要覆寫 base_url）」。這使得可能最便宜的遷移只需一個供應商表格加上一個模型別名：

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 會自行附加版本路徑。三： 除非你自行指定變數名稱，否則供應商憑證不會從 shell 讀取。文件記載的優先順序是 api_key 或 api_key_env（只能設定其中一個），接著是 [providers.<name>.env] 子表格，然後啟動失敗；頁面指出「CLI 不會回退到 shell 環境變數來取得憑證」，除非明確宣告 api_key_env。四： api_key_env 本身的文件說明它在 2.0.1 中加入，於 2026 年 9 月 18 日發布——在 2.0.0 或任何 0.4x 建置中都不可用。

還有一條較簡便但有明確限制的路徑：KIMI_MODEL_* 環境區塊對 KIMI_MODEL_PROVIDER_TYPE 只接受 kimi、anthropic 和 openai，因此 Responses、Gemini 與 Vertex 端點必須透過 config.toml。互動式 /provider 匯入器也有自己的限制：它拒絕 Amazon Bedrock 和 Cohere 等專有協定，並會將其目錄未宣告為與 OpenAI 相容協定的供應商匯入，附上「猜測」註記。

第三方端點無法涵蓋的內容

變更模型供應商不會一併帶走四項內容，而這正是價格比較所忽略的部分。影片上傳被列為 kimi 供應商類型的額外能力，而不是 OpenAI 相容路徑的能力。網頁搜尋與網頁擷取根本不屬於模型供應商：設定檔頁面指出 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 需要時，它會在 bin/ 下下載並快取 rg——在快取之前，會優先使用你 PATH 上的系統 rg——並在該處快取 fd 以完成檔案參照。因此，變更供應商時不需要重新建立索引。Kunavo 不提供 embedding 模型，而這條路徑也不需要模型。

以上所有內容的誠實限制：這些資訊取自 Moonshot 的文件，而不是工作階段。2026 年 9 月 21 日找到的 Moonshot 頁面中，沒有任何頁面明確表示，僅存在 [providers.*] 項目時，CLI 可在不需要 Kimi 帳戶的情況下運作；入門與 IDE 頁面仍將完成登入列為第一步。取消任何項目前，請自行驗證。

如果你也要離開用戶端

儲存庫中繼資料於 2026 年 9 月 21 日從 GitHub API 讀取。過時的 pushed_at 是觀察結果，不是棄用通知：Aider 未被封存，也找不到維護者聲明，因此請將該日期視為更新頻率的證據，並在將團隊標準化使用它之前自行確認。這裡有兩項值得明確說明而不是隱藏的排除。這裡不提供Continue作為目的地：2026 年 9 月 17 日的普查記錄顯示它已被收購、設為唯讀並推出最終版本，而今天沒有重新驗證該狀態——考慮使用前請重新確認。此外，上述每個用戶端的設定細節都是在較早日期於 Kunavo 自己的整合頁面中驗證，而非今天重新測試，因此表格連結到這些頁面，而不是再次重述其設定。

如果你想要編輯器，而不是另一個代理程式，請注意 Kimi Code 已支援 Agent Client Protocol：其IDE 指南以 kimi acp 公開 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——這與新用戶端不同，新用戶端的安裝指令是 brew install kimi-code。

Moonshot 的兩個來源對此處的急迫性有不同說法，且兩者都於 2026 年 9 月 21 日查閱。已封存 README 表示：「現有安裝已不再受支援，並將停止運作。請儘快遷移。」仍位於 kimi-code 主分支的遷移指南則表示：「舊版將逐步淘汰」，且「kimi-cli 會照常運作，兩者不會互相干擾。」README 是較新且更具體的說法；請以此規劃，而不是採用較溫和的說法。

按 token 算術計算按用量計費的路徑費用

假設一個工作階段傳送 250,000 個未快取輸入 token，並接收 20,000 個輸出 token。這些是示意性估算，不是實際測得的工作成本，也不是帳單上限；快取、重試與工具流量都不在此算術範圍內。Kimi 的數據是其自行公布的每 token 費率；Kunavo 的數據來自即時目錄。模型系列不同，因此這裡比較的是費率，而不是結果。

Kimi 費率於 2026 年 9 月 21 日從 platform.kimi.ai 查閱取得；其中 K3 表格也列出快取寫入價格：五分鐘 TTL 為 $3.00，一小時為 $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 及全部七個目的地用戶端的儲存庫中繼資料；npm registry 中的 @moonshot-ai/kimi-code 項目；Moonshot 的供應商、環境變數、設定檔、資料位置、IDE 與遷移頁面；kimi-cli README；Kimi Code 會員頁面；OpenCode 第三方頁面；以及 Kimi Open Platform 聊天定價表。本頁未引用任何 Kimi Code 方案價格：kimi.com 在用戶端渲染層級價格，伺服器 HTML 中沒有顯示任何價格，因此請在結帳時確認金額。Continue 的狀態與目的地用戶端自己的設定細節今天未重新驗證。Kunavo 尚未讓此用戶端針對自己的端點執行任何工作階段，這裡的每個美元數字都是示意性的 token 算術。