许可证与商用合规：能下载不等于能商用

模型跑起来了、效果也不错，客户说"那就用到我们的商业产品里吧"——先停一下。可以下载、可以商用、可以修改后再发布，是三种不同的许可。把许可证的事留在上线前最后一刻才查，是 FDE 交付里代价最高的一种返工。

一、主流许可证怎么分

Kimi K3 的例子值得记住：它允许部署、微调和创建衍生作品，但模型服务业务达到规定营收门槛时需要另行签订协议。客户如果是做大模型服务的创业公司，这条就是尽调必查项。

二、三个高频踩坑场景

1. 微调后的模型再分发。 你基于 A 模型微调出的 B 模型，公开发布或提供给其他客户使用时，需要重新检查 A 的许可证：是否允许这样用、是否要保留原模型名称/许可证/来源信息。
2. 模型合并（merge）。 如果新模型由多个模型合并得到，要分别查看每个来源模型的许可证，确认要求不冲突——一个 MIT 和一个非商用许可合并出的模型，商用属性按更严的那个算。
3. 数据集许可证。 模型许可之外，训练用的数据集同样有自己的许可（研究/训练/商业产品可能要求不同）。魔搭数据集页面的说明和许可证要一起看。

三、Model Card：下载前必看的四段

魔搭/HuggingFace 每个模型页面都有模型卡片（Model Card），FDE 选型时按四段读：

1. 这是什么、能做什么——名称、介绍、架构，确认没找错方向；
2. 适用范围——支持语言、输入形式、限制条件，逐条对照你的任务；
3. 使用方法——运行环境、依赖工具、输入准备方式，下载之前读完，避免文件下完了发现环境装不了；
4. 评估结果——在哪些数据上测过、比的是什么指标。榜单只能作参考，最终要拿自己的真实数据试。

页面还会给文件清单、版本和许可证信息。**准备商用或继续微调时，这一步千万别跳过。**部分模型提供在线体验入口，先试用再决定是否下载。

四、FDE 视角：私有化交付的许可证检查单

给客户交付开源模型方案前，把这五条过一遍，每条都要有书面答案：

• 目标模型许可证允许商用吗？（区分内部使用与对外提供服务）
• 允许微调吗？微调产物的归属和再分发条款是什么？
• 有营收门槛、注册要求或用途限制吗？（如 Kimi K3 的营收协议条款）
• 需要保留署名/NOTICE/原模型名称吗？由谁在交付物里维护？
• 训练数据和中间组件（合并源、数据集）的许可证链式检查过吗？

把这张检查单的结果附进方案文档，是"结果可自证"的一部分——客户法务或安全审查一定会问到，提前准备好答案的人显得像专家。

本课自测

1. MIT 和 Apache 2.0 在再分发要求上的核心差异是什么？
2. Kimi K3 的许可证对哪一类业务有附加条件？条件是什么？
3. 两个不同许可证的模型合并后，商用属性应该按什么口径判断？
4. Model Card 四段分别帮你规避什么风险？