返回探索
资讯VibeFix 编辑部更新于 2026年10月10日

Kimi K3 进入 OpenAI 企业 Codex 渠道:中国开源模型首次住进 OpenAI 的账单

月之暗面 Kimi K3 通过美国推理商 Baseten 进入 OpenAI 企业版 Codex 渠道:企业客户可直接用已有的 OpenAI 采购额度调用这款中国开源模型,无需另签供应商合同。新浪财经称这是中国开源模型首次进入 OpenAI 的企业计费体系。本文拆解三方分工(Baseten 推理 / Codex 界面 / OpenAI 账单)、Bedrock 收入分成的前置链条,以及「账单中立化」对开发者的意义。

Kimi K3 标识与 OpenAI Codex 开发者界面、账单发票图形并列的封面图

发生了什么:Kimi K3 住进了 OpenAI 的账单里

10 月 7 日,一则看似低调的商业新闻在中文科技媒体圈炸开了锅:月之暗面的 Kimi K3 已经通过美国推理服务商 Baseten,进入了 OpenAI 的企业版 Codex 渠道。企业客户在 Codex 里使用 Kimi K3 产生的用量,可以直接计入他们与 OpenAI 已有的采购承诺(spending commitments),消耗自己和 OpenAI 签下的合同额度——不需要和月之暗面、也不需要和 Baseten 另签一份供应商合同。

三方分工很清晰:Baseten 负责模型的推理算力,Codex 提供开发者写代码的界面,OpenAI 提供企业客户最熟悉的账单和采购关系。Kimi K3 这家中国开源模型,第一次把自己的用量"挂靠"进了 OpenAI 的企业计费体系。据新浪财经的评价,这是中国开源模型首次进入 OpenAI 的企业计费体系。

先把话说直白一点:OpenAI 把一家中国竞争对手的模型,装进了自家面向企业开发者的编程界面和收费系统。一个 Codex 用户在企业采购的框架里,用 OpenAI 买的额度调用 K3 写代码,全程甚至不需要知道月之暗面是谁。这不是简单的第三方模型上架,而是一次"借船出海"的完整链条——推理归 Baseten、界面归 Codex、账单归 OpenAI,月之暗面只需要把权重授权出去。

Kimi K3 vs GPT-4 Turbo 模型对比图表Kimi K3 vs GPT-4 Turbo 模型对比图表

为什么"第一次"这么重要

要理解这次的信号,先看它打破了什么惯例。过去两年,中国开源模型出海走的基本是两条路:一条是自己搭 API 做直销——开发者去模型厂商的官网注册、充值、调 API,另一条是进云厂商的模型广场,比如上个月 Kimi K3 上线 AWS Bedrock。这两条路都不差,但都有同一个摩擦:企业采购侧的门槛。

企业买模型的真正瓶颈从来不是技术,是 procurement(采购流程)。一家中型以上的公司要引入一个新的模型供应商,通常意味着:法务审合同、信息安全审数据流向、财务新建供应商档案、采购谈折扣——整套流程走下来,三个月起步。这就是为什么很多企业宁愿用 OpenAI 自家模型,也不愿为了便宜 30% 的 API 价格去签一个新供应商:省下的钱,还不够填流程的坑。

OpenAI 的 Codex 渠道把这道墙拆了。企业客户用自己和 OpenAI 的既有合同额度调用 K3,供应商还是 OpenAI 这一家,账单还是同一张账单,安全审查还是同一套框架。对采购部门来说,这等于"零增量"引入一个新模型;对开发者来说,模型选择变成了"账单中立"——用谁的模型,不再受限于和谁签了合同。

这才是新浪财经那句"第一次进入 OpenAI 企业计费体系"真正的分量:它意味着中国开源模型第一次不是作为"外部供应商"出海,而是作为"OpenAI 生态内的一个选项"出海。从"去签月之暗面的合同"到"直接用 OpenAI 的额度",这是两种完全不同的商业化难度。

更值得玩味的是 OpenAI 的姿态。就在几个月前,OpenAI 还在用 GPT-6.1 Sol 和开源模型正面竞争。现在它把 K3 接进自己的开发者界面,逻辑其实不难理解:企业 Codex 渠道的核心 KPI 是开发者留存和额度消耗,而不是某一个模型的市占率。只要额度花在 OpenAI 的账单里,用的是 GPT-6.1 还是 K3,对 OpenAI 的收入差别不大——甚至可能因为 K3 更便宜、调用量更大,OpenAI 的渠道收入反而更高。这是一种典型的平台思维:做收租的,不做打架的。

出海商业化链条复盘:从 Bedrock 到 Codex

把时间线拉长看,K3 这一个月的出海动作是一套组合拳。9 月 18 日,AWS 宣布 Kimi K3 上线 Amazon Bedrock;9 月 21 日,据《每日经济新闻》报道,月之暗面确认了海外云收入分成安排——云厂商托管 Kimi 模型、按用量和月之暗面分成。财务条款没有公开,此前传出的"最高 30% 分成"只是谈判阶段的数字,双方都没有确认为最终协议。

Bedrock 这一步解决的是"合规上架"问题:企业客户通过 AWS 的托管平台调用模型,数据留在 AWS 的数据边界内,不会流向模型厂商,也不会被拿去训练模型。对于有数据合规要求的企业,这是把中国模型放进生产环境的前提条件。顺带说一句,K3 不是 Bedrock 上的第一个中国模型——DeepSeek-R1 早在 2025 年 3 月就成了 Bedrock 的全托管选项。这次的真正新意,是月之暗面公开确认的收入分成机制:开源权重 + 云厂商托管 + 用量分成,构成了一条可复制的商业化公式。

而 Codex 渠道这一步,解决的是"采购摩擦"问题。Bedrock 解决的是"能不能用",Codex 解决的是"好不好买"。两步合在一起,K3 的出海商业化链条就完整了:云厂商做合规托管和收入分成,推理商做算力,OpenAI 做开发者界面和企业账单,月之暗面专注做模型本身。

对比一下传统路线:模型厂商自己在全球搭推理集群、做企业销售、谈一个个国家的合规——那是重资产、慢周期的打法。K3 的这条路恰恰相反:把权重开源出去,让每一家基础设施伙伴都成为自己的分销渠道,自己只做分成。这有点像当年 Android 的打法:不自己卖手机,让所有手机厂商替你装机。

当然,链条完整不等于钱已经到账。Bedrock 的报道里说得很实在:分成比例没公开,通过 Bedrock 产生的实际收入也没披露,"上架创造的是访问权,客户还得真的选 K3 跑生产负载,持续的付费使用才是检验标准"。Codex 渠道也一样——企业额度能不能转化成 K3 的真实调用量,还要看模型在编程场景里的实际表现能不能打。

Kimi App 移动端界面实拍Kimi App 移动端界面实拍

K3 模型本身:为什么是它

回到模型本身。Kimi K3 是一个 2.8 万亿参数的开源权重模型,原生支持视觉能力,上下文窗口达到 100 万 token。AWS 给它的定位是编程和知识工作:大代码仓库、长文档、图文混排的任务。

这几个数字放在一起,画像很清晰:K3 是冲着"编程 Agent"这个场景去的。100 万 token 上下文意味着它能一次性吞下整个中型代码库做理解;原生视觉能力意味着它能看懂截图、架构图、UI 稿;2.8T 参数的体量说明它走的是"大力出奇迹"的路线,而不是小模型的性价比路线。

值得注意它的许可证设计:权重虽然开源,但商用是有条件的——如果被许可方或其关联方在任意连续 12 个月内的总营收超过 2000 万美元,且从事模型即服务业务,就需要另签协议;同时对内部使用、通过官方产品或认证推理伙伴访问的场景给了豁免。这个设计和这次的商业化链条是配套的:Baseten、AWS 这样的"认证推理伙伴"走分成通道,超大规模的自建服务商则要单独谈——开源引流,分成变现,大鱼单独捕捞。

我的判断是:K3 选在这个时间点密集铺渠道,不是偶然。编程 Agent 正在成为大模型最确定的付费场景之一——企业愿意为"能帮工程师干活"的模型付费的意愿,远高于为"能聊天"的模型付费。K3 把自己定位成编程/Agent 模型,再叠加上 OpenAI Codex 这个全世界企业开发者最集中的编程界面之一,渠道和场景是精准咬合的。

给开发者的实操判断:这对你意味着什么

先说独立开发者和一人公司。短期内,你大概率不需要改变什么——K3 的直销 API 一直都在,价格也没变。但有两个中长期变化值得盯:第一,当 K3 进入更多企业渠道,它的推理成本会被规模效应进一步摊薄,API 价格有继续下探的空间;第二,"账单中立化"是个趋势,今天 OpenAI 的 Codex 能挂 K3,明天其他平台也可能挂更多开源模型,模型选择的切换成本会越来越低。对独立开发者来说,这意味着"被某个模型锁定"的风险在下降,多模型路由、按任务选模型的架构会越来越划算。

再说企业采购和团队负责人。如果你的公司已经有 OpenAI 的企业合同和 Codex 额度,K3 现在是一个"零采购成本"的试验选项:不用走新供应商流程,就能在同一个账单里对比 GPT-6.1 Sol 和 K3 在你家代码库上的真实表现。我的建议是:拿一两个真实的内部编程任务(比如祖传代码重构、测试补全)做 A/B 对比,看 100 万 token 上下文在你家仓库规模下是不是真有用,再决定要不要把一部分额度切过去。别被参数数字忽悠,也别因为"便宜"就 all in——编程模型的胜负永远在具体仓库里见分晓。

还有一个容易被忽略的角度:数据合规。走 Bedrock 或 Codex 渠道调用 K3,和直接调月之暗面 API,在数据流向上是两回事。前者的数据留在 AWS/OpenAI 的合规边界内,后者的数据要出境到模型厂商。对有合规要求的团队,渠道选择本身就是架构决策的一部分——这次 K3 同时铺了 Bedrock 和 Codex 两条合规路径,相当于把"能用"和"好买"两个问题一次解决了。

接下来值得盯的三个指标。第一,真实调用量:企业额度里到底有多少比例会流向 K3,而不是躺在 GPT-6.1 的默认选项里——这决定了分成链条能不能从"故事"变成"收入"。第二,跟进者:DeepSeek、Qwen 这些同样在 Bedrock 上架过的中国模型,会不会复制"推理商 + 西方开发者界面 + 企业账单"这条路;一旦有人跟进,"账单中立化"就会从个案变成行业趋势。第三,许可证那条 2000 万美元的线:当超大规模云厂商想把 K3 做成自有托管服务时,单独谈判的条款会怎么定,这直接关系到开源权重模式的天花板。这三个问题的答案,决定了这次"住进账单"是一次性公关,还是一条真正跑通的出海高速公路。

最后说一句大判断:OpenAI 把 K3 装进自己的计费体系,可能是 2026 年开源模型商业化最重要的标志性事件。它证明了一件事——开源模型的终局不一定是"打败闭源",也可能是"被闭源的渠道收编、分账"。对月之暗面来说,这比多卖多少 API 更重要:它第一次拿到了西方主流开发者工具链的"正式席位"。席位有了,接下来就看 K3 在 Codex 里能不能打出真实的调用量。渠道是借来的,口碑得自己挣。而对整个中国开源模型阵营来说,这次事件的示范效应可能比 K3 自身的商业回报更值钱——它第一次画出了一张不靠自己建销售铁军也能走通的出海地图。

原始来源

浏览项目广场发布你的项目

相关文章

概念图:厨房台面上的笔记本电脑正与 coding agent 进行语音对话,屏幕上显示代码,旁边是正在烹饪的锅具
资讯
一边做饭一边把博客功能做完了:Simon Willison 的语音 vibe coding 实录

Simon Willison 用 ChatGPT 桌面端的 Codex 语音对话模式,在厨房里一边做饭、一边给自己的博客做出了 Newsletters 索引页——全程几乎没敲键盘。当顶级 practitioner 开始用嘴写代码,语音 + agent 正在从噱头变成真实生产力。本文复盘他的操作链、这种工作流的边界,以及想照抄的最小配置。

CodexChatGPTAI 智能体