“开源”这两个字,在模型圈里被用得很松。
权重能下载,叫开源;代码能改,叫开源;能免费用,也叫开源。三件事被混在一起,于是每年都有人踩同一个坑:模型下载了、产品上线了、律师函来了。
许可证管的不是“你能不能下载”,是“你能拿它做什么、做到多大规模、做完之后怎么标”。
这篇把五种常见授权拆开,对着具体模型讲清楚。看完至少能做到一件事:下载前先翻 LICENSE,而不是先翻跑分。
两者都允许商用、修改、再分发,都要求保留版权和许可声明。真正的差别在专利。
Apache-2.0 有一条明示的专利授权:贡献者不能一边让你用,一边拿专利起诉你。代价是义务更多——改过的文件要标注、要保留 NOTICE 文件、商标不在授权范围内。
MIT 短得多,只有版权声明和免责条款,没有明示专利授权。对个人项目和研究复现,这就够了;对公司产品,专利风险要法务单独评估。
模型这边,两条路都有人走。Qwen3.8-27B 是 Apache-2.0,Z-Image-Turbo 是 Apache-2.0,Cloudflare 的 clef 也是 Apache-2.0。DeepSeek V4.1 Flash 的模型卡写的是 MIT,GLM-5.3 是 MIT,Ming-Image 也是 MIT。
一个反直觉的点:许可证和模型大小无关,和厂商策略有关。同一个 Qwen 家族,27B 是 Apache-2.0,2.4T 的 A95B 却挂着自己的定制许可。所以“某厂开源很积极”不能当结论用。
LICENSE,搜三个词——commercial、revenue、monthly active users。搜不到,再去看模型卡和可接受使用政策。Kimi K3 的许可原文写得很具体,值得逐条读。
这套设计很清楚:小团队免费用,规模大了再谈钱,同时要品牌露出。
LTX-2.5 是另一种写法:年营收 1000 万美元以下,社区许可免费商用;超过这条线,转付费商业协议。Llama 的社区许可更早就用了月活门槛,7 亿。
所以看到“社区许可”别先问能不能商用,先问三个数:年收入、月活、是否对外提供 API。
Qwen-Image-2.1 的许可证是 qwen-research。权重能下、能本地跑、能改,但商用要单独谈。
这跟“Qwen 开源”不矛盾。Qwen 家族里,Qwen3.8-27B 是 Apache-2.0,可以商用;Qwen3.8-2.4T-A95B 有自己的定制许可;还有一些研究 checkpoint 明确非商用。同一个厂商、同一个系列,许可证可以完全不同。
研究协议最常见的写法是:允许非商业的研究、评估、复现,禁止直接用于生产或对外服务。也有的会加“不得用于训练竞争模型”这类限制。
实际判断时,别被模型卡上的“open weights”迷惑。开放权重描述的是分发方式,不是授权范围。能下载,不等于能商用。
FLUX.2 klein 9B 挂的是 flux-non-commercial-license;上一代 FLUX.1 dev 也是非商用,只有 FLUX.1 schnell 是 Apache-2.0。
“非商用”通常指不直接产生收入。但公司内部用它做图、降本、提效,算不算商业收益?条款里往往没有明确答案,这才是风险所在。
更稳的做法:内部 POC 可以用,进生产前换许可证或换模型;不要把非商用模型的输出当成可自由分发的素材,尤其是广告投放和商品详情页。
还有一层常被忽略:产出物的权利。多数协议不主张你对输出拥有版权,但也不保证输出不侵权。商用前要做的是“模型许可 + 内容合规”双重检查。
微调:大多数协议允许。但衍生权重继承原许可。Kimi K3 的声明义务、规模条款,对微调后的权重同样适用。
蒸馏:Apache-2.0 和 MIT 没有额外的蒸馏限制。Kimi K3 许可没有单列蒸馏条款,但衍生作品仍受第 2、3 条约束。社区协议里更常见的是在可接受使用政策中限制“训练竞争模型”,这部分不在 LICENSE 正文里,最容易被漏看。
再分发:保留版权与许可声明是底线;Apache-2.0 还要保留 NOTICE;不能暗示官方背书。
合并模型:把两个不同许可的权重做 MoE 合并或模型融合,输出该按哪个许可发布,法律上没有定论。保守做法是取最严的那一个,并在模型卡里写清权重血缘。
| 协议 / 代表模型 | 内部试验 | 对外产品 | API 转售 | 微调后发布 | 蒸馏 |
|---|---|---|---|---|---|
| Apache-2.0 Qwen3.8-27B / Z-Image / clef | 可 | 可 | 可 | 可 | 可 |
| MIT DeepSeek V4.1 Flash / GLM-5.3 / Ming | 可 | 可 | 可 | 可 | 可 |
| Kimi K3 License | 可 | 可 | 超 2000 万需签约 | 继承条款 | 受第 2、3 条约束 |
| 腾讯社区许可 HunyuanImage 3.1 | 可 | 需确认 | 需确认 | 需确认 | 需确认 |
| LTX-2.x 社区许可 LTX-2.5 | 可 | 可(营收 < 1000 万美元) | 超线需授权 | 需确认 | 需确认 |
| qwen-research Qwen-Image-2.1 | 可 | 需授权 | 需授权 | 需授权 | 需确认 |
| FLUX 非商用 FLUX.2 klein | 可 | 不可 | 不可 | 不可 | 需确认 |
| Llama 社区许可 | 可 | 可(< 7 亿月活) | 需确认 | 可,需标注 | 需确认 |
一、我是内部用,还是让第三方用?
二、有没有 API 转售、托管、MaaS?
三、未来 12 个月收入、月活会不会过门槛?
四、微调后要不要发布权重?
五、需不需要专利保护和商标使用?
五个问题里只要有一个答“是”,就别只看“开源”两个字。把模型卡、LICENSE、可接受使用政策三份文件一起过一遍,通常十分钟能排掉大部分雷。
许可证不是法务流程的最后一步,是选型的第一步。选错模型,换一个就行;选错许可证,换的是产品架构。