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、桌面端和第三方工具的请求都会计入该配额”，并且“所有已登录设备和 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、anthropic和openai作为KIMI_MODEL_PROVIDER_TYPE，因此 Responses、Gemini 和 Vertex 端点必须通过config.toml。交互式/provider导入器也有自己的限制：它拒绝 Amazon Bedrock 和 Cohere 等专有协议，并会将其目录未声明为与 OpenAI 兼容协议的供应商导入为带有“猜测”说明的条目。

第三方端点无法触及的内容

更换模型提供商不会连带迁移四项内容，而这正是价格对比容易忽略的部分。视频上传被明确列为kimi提供商类型的附加能力，而不是 OpenAI 兼容路径的能力。网页搜索和网页抓取根本不属于模型提供商：配置文件页面说明，services表只配置两个固定密钥moonshot_search和moonshot_fetch，每个密钥都有自己的基础 URL 和密钥，其他密钥会被忽略。根据其专属指南，远程控制（kimi rc）“需要付费会员，免费用户无法使用”，该指南还说明，远程窗口会通过使用与本地 CLI 相同的 Kimi 账户登录来打开。而且/login选择器仅提供两个 Moonshot 选项——Kimi Code OAuth 或 Kimi Platform API 密钥——入门页面会引导你直接编辑config.toml，以使用其他提供商。

有一件事你不必需重新构建：Kimi Code 使用 ripgrep 搜索仓库，而不是向量索引。数据位置页面说明，第一次Grep需要时，它会下载并缓存rg到bin/下——优先使用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/下的任何旧数据。”之后卸载旧版可以使用uv tool uninstall kimi-cli或brew uninstall kimi-cli，这是已归档 README 自己的迁移步骤；这与新客户端的安装命令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 注册表中的@moonshot-ai/kimi-code条目；Moonshot 的 providers、env-vars、config-files、data-locations、IDE 和 migration 页面；kimi-cliREADME；Kimi Code 会员页面；OpenCode 第三方页面；以及 Kimi Open Platform 聊天定价表。本页面未引用任何 Kimi Code 方案价格：kimi.com 在客户端渲染级别价格，服务器 HTML 中没有显示任何价格，因此请在结账时确认金额。Continue 的状态以及目标客户端自己的配置细节今天未重新验证。Kunavo 尚未让该客户端针对自己的端点运行任何会话，此处所有美元数字均为示例性的 token 算术。