Kimi API原生双协议支持，K3模型免转换接入Codex和Claude Code

9月2日，月之暗面宣布Kimi API正式同时支持OpenAI Responses与Anthropic Messages双协议格式。开发者无需本地代理、无需格式转换，即可在Codex和Claude Code中直连Kimi K3等模型。

这是2026年API生态里一个值得关注的信号。

两个端点，一套Key

Kimi开放平台提供了两个接入地址：分别对应两套协议。具体的端点信息和适用场景如下：

协议格式	请求地址	支持模型	适用工具
OpenAI Responses	api.moonshot.cn/v1	kimi-k3等	Codex、Cursor
Anthropic Messages	api.moonshot.cn/anthropic	kimi-k3等	Claude Code

开发者只需在Codex或Claude Code中配置自定义model provider，填入对应的base_url和API密钥，就能直接调用kimi-k3、kimi-k2.7-code-highspeed、kimi-k2.7-code等模型。

原生支持意味着什么？过去，如果你想在Claude Code里用Kimi，需要自己搭一个协议转换层；现在官方直接给了原生通道。接入时间从“折腾半天”变成“改两行配置”。

为什么值得关注？
Kimi K3本身是一块硬骨头。

7月发布的Kimi K3参数规模2.8万亿，是目前全球参数最大的开源模型。在GDPval-AA v2基准上以1687分位列第三，仅次于Claude Fable 5 Max和GPT-5.6 Sol Max；在AA-Briefcase代理基准上以1527分攀升至第二位。

在API场景里，K3的定价是输入$3/百万Token、输出$15/百万Token，缓存命中输入低至$0.30/百万Token。考虑到它的上下文窗口是100万Token，这个价格在同类定位的模型里不算贵。

这次双协议支持，本质上是在降低开发者的迁移成本——你不需要重新学一套接口，用你熟悉的协议就能调。

一个正在形成的行业趋势

Kimi不是第一个做这件事的，但它是第一个同时把OpenAI和Anthropic两套主流协议都原生支持的国产模型。

这件事的意义超出“方便”本身。在过去，模型厂商的竞争维度是参数、评分、价格。现在多了一个维度：它能不能被开发者零成本地用起来。

协议兼容性决定了模型能多快进入开发者的工作流。Codex和Claude Code是当前两个最主流的AI编程工具入口，谁能在这些入口里被“一键接入”，谁就拿到了开发者注意力的一部分。

月之暗面最近动作密集：7月发布2.8万亿参数K3，8月以500亿美元投前估值启动Pre-IPO轮融资，9月2日又被曝已秘密向港交所递交A1文件。上市节奏排得很紧，Kimi在加速商业化落地。

对开发者来说，意味着什么？

对开发者来说，这是一件实在的事。不用折腾代理、不用写转换层、不用迁就特定IDE，用你习惯的工具，直接调用想要的模型。

但这种“多协议兼容”的趋势也带来了另一个变化：模型厂商之间的竞争越来越集中在能力本身，而不是接入门槛。当所有模型都能被同一套工具调用，开发者切换模型的摩擦成本降到几乎为零。

问题变成了：你怎么在多个模型之间管理调用、对比效果、控制成本？

有不少团队开始用 EasyAPI 这类聚合层来做统一管理——它不是模型本身，但在你的代码和各个模型之间加了一层缓冲：一个Key接入所有主流模型，统一记录每次调用的延迟和成本，切换模型只需要改配置，不碰业务代码。Kimi原生支持两套协议当然方便，但如果你同时在用Kimi、DeepSeek、GPT，需要的是一个统一的调用视图，而不是在每个模型的控制台里分别翻账单。

当你同时在用多个模型的时候，“怎么管”和“用哪个”一样重要。EasyAPI做的事情，就是帮你把“管”这件事成本降到最低。

一点延伸
这种“多协议兼容”的趋势如果持续下去，当所有模型都能被同一套工具调用，开发者切换模型的摩擦成本降到几乎为零，最终胜出的还是那个在具体任务里表现更好的模型。

对开发者来说，这意味着你可以更专注在“哪个模型适合我的任务”，而不是“怎么让它跑起来”。

如果你正在用Codex或Claude Code，现在可以花十分钟把官方接入教程走一遍：https://platform.kimi.com/docs/guide/codex-kimi。改两行配置，就能多一个模型选择。