Kimi K3 权重开放后先看三件事:1.56TB、许可证与硬件门槛

Kimi K3 已开放完整模型权重,但 1.56TB、96 个 safetensors 分片和数据中心级部署要求,使它更像开放给云厂商与研究机构的基础资产。Kimi K3 License 允许广泛使用和商业化,同时对 Model as a Service、大规模产品署名及通知保留设置了明确条件。

浏览 28
Kimi K3 权重开放后先看三件事:1.56TB、许可证与硬件门槛封面

Moonshot AI 已在 2026 年 7 月 27 日开放 Kimi K3 的完整模型权重。Kimi K3 官方仓库把它定义为 open-weight、原生多模态 Agent 模型;这次变化意味着外部团队终于可以取得权重并自行研究、部署或微调,但不等于完整训练全栈已经开源,也不等于普通工作站可以直接运行。

判断这次开放的实际价值,至少要拆开三个问题:拿到的文件有多大,许可证允许哪些产品形态,以及部署需要什么级别的硬件。

1.56TB 与 96 个分片,先把“可下载”换算成工程规模

Hugging Face 官方文件树显示仓库总量为 1.56TB,权重从 model-00001-of-000096.safetensors 排到 model-00096-of-000096.safetensors。除权重索引外,仓库还包含配置、tokenizer、模型加载和视觉处理相关 Python 文件。这证明权重已经真实落盘,而不再只是发布计划。

1.56TB 仍只是静态模型资产的体量,不包含运行时 KV cache、KDA 状态、推理框架、容器镜像和服务冗余。下载、校验、版本化备份与跨节点分发本身就需要数据中心式的存储和网络流程;本文没有下载这些权重,也没有运行任何第三方代码。

Moonshot 官方模型表给出的结构是 2.8T 总参数、每 token 激活 104B 参数,896 个路由专家中选择 16 个,并采用 MXFP4 权重与 MXFP8 激活的量化感知训练。稀疏激活和低精度权重降低了单次推理相对全量密集计算的成本,但“每次只激活一部分”不等于其余权重可以不加载或不参与分布式调度。

Open-weight 不等于训练全栈全部开放

官方仓库公开了权重、配置、使用约定和技术资料,Hugging Face 还提供模型加载、tokenization、视觉预处理等自定义代码。这些资产足以让有能力的团队检查模型结构并搭建推理链路,因此“开放权重”是准确描述。

但从本次核验到的 Kimi K3 GitHub 与 Hugging Face 文件树,不能确认训练数据集、完整数据治理材料或端到端训练流水线代码已经公开。许可证把随软件提供的推理和训练代码纳入授权对象,并不等于所有训练代码事实上已经发布。把“完整权重”写成“完整开源训练全栈”,会混淆许可证覆盖范围与实际交付清单。

更稳妥的判断是:K3 已成为可取得、可检查、可自行部署的 open-weight 模型;训练数据与完整训练复现资产的公开状态仍是 unknown

Kimi K3 License 给商业使用三条主要边界

Kimi K3 License 原文广泛授予使用、复制、修改、合并、发布、分发、再许可、销售、运行、部署和微调等权利,同时设置了几条需要产品团队单独核对的条件。

第一,复制或分发软件的全部或实质部分时,需要保留版权声明与许可声明,并遵守适用法律。内部使用虽然免于后面两类商业条件,但不意味着这一基础通知义务自动消失。

第二,许可证把 Model as a Service 定义为:第三方可以对模型推理或微调的输入、参数或训练数据施加有意义控制的服务,例如 API。仅在特定功能中嵌入模型能力的终端产品,以及单纯转发到他人托管模型的服务,不被归入这个定义。如果许可方或其关联方经营 MaaS,且连续任意 12 个月合计收入超过 2000 万美元,就需要在把 K3 或其衍生作品用于任何商业目的前,与 Moonshot AI 另行签约。

第三,如果使用 K3 的商业产品或服务超过 1 亿月活,或月收入超过 2000 万美元,用户界面必须显著展示“Kimi K3”。这条大规模产品署名要求与 MaaS 条件不是一回事:一个嵌入式终端产品可能不属于 MaaS,但达到规模门槛后仍需显示名称。

许可证同时说明,第 2、3 条不适用于纯内部使用,也不适用于通过 Moonshot AI 官方产品或认证推理伙伴访问模型的情形;软件与输出按“现状”提供,不含担保。以上只是对公开条款的产品边界整理,不构成法律意见;接近收入、月活或服务形态门槛时,应让法律与采购团队依据实际主体、关联关系和产品控制权复核。

数据中心级硬件才是自部署的现实起点

vLLM 的 K3 官方 recipe把最低硬件写为 8 张 GB300,真实生产流量建议多节点;AMD 路径也要求至少 8 张 MI355X 或 MI350X。它还列出 CUDA 13、驱动版本、跨节点通信和工具调用格式重试等约束。这不是消费级显卡或单机工作站的默认部署范围。

SGLang 部署文档进一步列出 B200 2×8、GB200 4×4、H100 4×8、H200 2×8、B300 1×8 和 MI350X/MI355X 1×8 等拓扑,并要求团队根据低延迟、吞吐或长上下文目标选择不同并行方式。文档也明确提醒部分 recipe 仍需在最终权重与当前代码上重新测量,不能把“有启动命令”理解为生产配置已经替用户验收。

因此,K3 权重开放最大的直接受益者会是云推理服务商、大型研究机构和拥有多节点加速器集群的平台团队。普通产品团队更现实的路径通常是先用官方 API 或认证推理伙伴验证业务价值,再决定是否承担 1.56TB 资产管理、多节点通信、容量规划和持续兼容测试。

决策时把“能用”拆成四张清单

准备采用 K3 的团队可以按四层检查:

  1. 资产:是否有 1.56TB 权重的下载、校验、镜像、备份与版本回滚能力。
  2. 许可:产品是内部使用、嵌入式功能还是 MaaS;收入与月活是否接近另行签约或显著署名门槛。
  3. 基础设施:目标硬件、节点拓扑、驱动、网络、KV cache 与长上下文容量是否有预算和运维责任人。
  4. 验证:是否在自己的请求长度、并发、视觉输入和工具调用上重测准确性、稳定性与成本。

“完整权重已开放”是一个可核验的新事实;“任何团队都能低成本本地部署”和“完整训练全栈已开源”则不是当前证据能够支持的结论。

本文为公开资料整理与技术学习参考,不提供采编、转载或发布服务。

28