Kimi K3 要上三朵美国云，先谈 30% 怎么分
Reuters 独家披露 Moonshot 正与微软、亚马逊和 Google 谈判，要求从 Kimi K3 相关云服务收入中分成最高 30%；文章解释谈判真正卡在云平台的托管、计量与数据边界。
8 月 26 日，Reuters 独家报道，Moonshot AI 正与微软、亚马逊和 Alphabet 旗下 Google 谈判，希望让三家美国云厂商托管 Kimi K3。1
报道由 Liam Mo 和 Fanny Potkin 发自北京与新加坡，发布时间为 2026 年 8 月 26 日。1
三位了解谈判的人士称，Moonshot 要求从 Azure、Amazon Web Services 和 Google Cloud 上 K3 相关服务产生的收入中获得最高 30% 的分成。1
Moonshot 试图让开放权重模型通过美国云平台形成持续的服务收入。
AI 科技评论注意到，Reuters 原文反复提醒：谈判仍处于早期，最终不一定签约。
Reuters 对谈判早期性质的限定，决定了读者应该把这条新闻当成商业信号，而不是签约公告。1
企业能否使用 K3，与 K3 能否在云平台上形成可分账的生意，是两道不同的门槛。
01｜谈判还不是签约
Reuters 的事实线很清楚：Moonshot 在谈，三家云厂商在评估，交易还没有落地。1
Moonshot 没有回应 Reuters 对潜在协议的置评请求。1
微软、Google 和 AWS 也拒绝评论。1
所以，30% 是 Moonshot 提出的条件，不是三家云厂商已经接受的价格。
Reuters 报道的谈判是收入分成，不等同于三家云厂商都在等待 K3 第一次上云。1
本次核验的官方材料显示，Azure 模型目录已经列出由 Fireworks 托管的 FW-Kimi-K3，状态为 GA。2
Google Cloud 官方博客称，Google 在 K3 权重发布当天宣布 Day 0 支持，并把 Model Garden 列为企业部署路径。3
AWS 官方博客已经给出 K3 在 SageMaker HyperPod 和 Amazon EKS 上的部署指南，但 AWS 的 Moonshot 模型卡目前列出的是 Kimi K2.5 和 Kimi K2 Thinking，没有列出 K3。45
这意味着，三家云的谈判重点更可能是商业化托管、收入基数、数据访问和 token 审计，而不只是能否把 K3 的权重放进云端。
Reuters 把这场谈判的潜在意义说得很重：如果协议达成，它可能成为中国 AI 公司与美国大型云公司之间第一笔重要的收入分成协议。1
真正值得关注的，是中国模型公司开始要求美国云平台把模型商业分发纳入可核对、可分账的合作条款。
Kimi K3 是一个可以下载和修改的开放权重模型，总参数量达到 2.8 万亿。
Reuters 同时指出，绝大多数客户不太可能在自己的基础设施上运行如此庞大的系统，因为成本太高。1
开放权重解决了“能不能拿到模型”，云平台解决的却是“谁能把模型稳定地卖给企业”。
02｜真正难在计量
表面看，Moonshot 与云厂商只需要谈一个百分比。
Reuters 披露的未决事项至少有三项：收入怎么分、数据怎么访问、token 用量怎么审计。1
这三项决定了协议能不能执行。
Token 是模型读取和生成的文本单位，按 token 计费意味着每一次请求都要留下可核对的用量记录。1
如果云平台只向 Moonshot 报一个总收入，Moonshot 很难确认哪些请求属于 K3，哪些收入来自其他服务。
如果 Moonshot 要求查看更细的调用数据，数据访问权限又会触碰云平台的客户隔离、隐私和合规边界。
30% 要能落地，必须嵌入云平台的账单系统和审计规则。
这说明，开放权重模型和传统 API 模型的商业路径不同。
相较于模型公司直接提供 API 的路径，开放权重模型可以被下载，但企业客户未必愿意自己准备一整套大规模推理基础设施。
于是，模型权重可以开放，企业入口却集中在云平台手里。
Moonshot 要分的，正是这个入口带来的服务收入。
Reuters 还提到，Moonshot 已经与一些较小的云平台签署过类似协议，但没有披露具体细节。
中国 IT 服务公司中软国际在 2026 年 7 月披露过与 Moonshot 达成收入分成协议，但同样没有公布分成比例。1
这提供了一个商业先例，却没有提供一个可以直接套用的百分比。
03｜云平台才是入口
微软的 Foundry Models 文档把产品定义为发现、评估和部署 AI 模型的一站式入口，并写明模型目录包含超过 10,000 个模型。6
微软还把模型分成 Azure 自营模型，以及伙伴和社区提供的模型。
后者可以通过托管计算或无服务器部署接入 Azure。6
AWS 的公开决策指南则把 Bedrock 定义为面向生产规模 AI 应用的全托管、无服务器平台，并说明 Bedrock Marketplace 可用于发现、测试和使用流行、新兴及专业化基础模型。7
Google Cloud 的文档显示，伙伴模型可以作为模型即服务通过 Gemini Enterprise Agent Platform 提供托管 API，用户仍然向 Google Cloud 的端点发送请求，而且这些伙伴模型采用无服务器方式，不需要客户预置或管理基础设施。8
| 云平台 | 公开入口 | 企业侧的核心价值 | 对 K3 谈判的启示 |
|---|---|---|---|
| Azure | Foundry Models 目录、托管计算、无服务器部署；目录已列出由 Fireworks 托管的 FW-Kimi-K3，状态为 GA 26 | 模型发现、评估、部署和 Azure 服务整合 6 | K3 已有技术和目录入口，分成谈判要解决的是托管关系、账单与数据边界 |
| AWS | Bedrock、Bedrock Marketplace，以及 SageMaker HyperPod/EKS 自托管路径 47 | 全托管服务、按 token 计费、治理能力与生产规模部署 7 | AWS 已公开 K3 自托管路径，但本次核验的 Bedrock Moonshot 模型卡未列 K3 5 |
| Google Cloud | Model Garden、伙伴模型、托管 API；官方博客称 K3 获得 Day 0 支持 38 | 无服务器推理、统一端点、伙伴模型的企业化接入 8 | Google 已公开 K3 的 Model Garden 路径，收入分成仍需单独谈判 |
三家的产品名字不同，产业位置却相同。
云平台把模型变成一个企业可以采购、调用、监控和结算的服务。
Moonshot 真正想谈的，不只是让 K3 出现在三家云的模型目录里，还包括在这段分发关系中获得可持续的收入分成。
在 AI 科技评论看来，这也是中国模型公司全球化的下一道门槛。
模型在海外榜单上出现，只能证明有人愿意测试它。
模型进入云平台的企业入口，才开始面对客户采购、服务等级、数据边界和收入确认。
K3 的竞争因此从参数和评测，转向了分发与结算。
04｜原话与验收
Reuters 对这场谈判的判断是：
“The discussions highlight how China's leading AI models, often far cheaper than Western offerings, are gaining traction in the U.S.” 1
这句话描述的是趋势，不是结果。
Reuters 也明确写道，谈判仍处于早期阶段，而且没有确定会形成协议。1
接下来要验收的，是协议和业务能否落地：
第一，看三家云厂商是否公布正式上架、托管或市场合作。
第二，看最高 30% 是否变成最终分成，以及分成基数是模型调用收入、云服务收入，还是扣除基础设施成本后的净收入。
第三，看 token 用量如何被记录、审计和争议处理。
第四，看企业数据能否留在客户选择的区域，Moonshot 能访问什么，云平台又承担什么责任。
第五，看美国监管与企业采购部门是否允许这条商业链真正运行。
前面五项是对报道未决问题的后续观察框架，不是 Reuters 已经确认的事实。
Moonshot 还在谈判桌上。
但 Moonshot 的谈判，已经把一个问题摆到了全球云平台面前：当模型可以开放下载，模型公司凭什么继续从企业使用中获得收入。
答案可能不在权重文件里。
答案在云平台的入口、账单和审计记录里。
References
- 1
- 2
- 3
- 4
- 5Moonshot AI - Amazon Bedrock
docs.aws.amazon.com
- 6Microsoft Foundry Models overview
learn.microsoft.com
- 7Amazon Bedrock or Amazon SageMaker AI? - AWS Decision Guides
docs.aws.amazon.com
- 8Gemini Enterprise Agent Platform partner models for MaaS
docs.cloud.google.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.