开源协议与商用红线：Apache、MIT、GPL、自定义许可，到底能不能用
选型时最容易犯的错，是只看 star 和跑分，不看 LICENSE。等到要交付给客户、要上线产品、要投广告的时候才发现不能用，前面的工作全白费。
一、五类协议的实际含义
| 协议 | 能不能商用 | 义务 | 典型代表 |
|---|---|---|---|
| Apache-2.0 | 能 | 保留版权声明与许可文件，标注修改 | Wan2.2、LTX-Video、CosyVoice |
| MIT | 能 | 保留版权声明 | Toonflow、FunClip、n8n |
| BSD-3 | 能 | 保留声明，不得用作者名背书 | Real-ESRGAN |
| GPL / AGPL | 自用能，分发要开源 | 衍生作品同协议开源；AGPL 连网络服务也算 | ComfyUI、short-video-factory |
| 自定义许可 | 看条款 | 不一，常见有月活阈值、署名要求、禁商用 | 混元、facefusion、LivePortrait |
| 无协议文件 | 不能 | 法律上保留所有权利 | 个别老仓库 |
二、GPL 和 AGPL 的差别，很多人搞错
GPL：你分发软件（把程序给别人）时，要提供源码。
AGPL：你通过网络提供服务给别人用，也算分发，也要提供源码。
所以：自己公司内部部署 ComfyUI 做生产，随便用；把改过的 ComfyUI 打包卖给客户，要开源你的修改；基于 short-video-factory（AGPL）做一个在线 SaaS 给别人用，要把服务端代码也开源。
结论：内部生产工具用 GPL/AGPL 完全没问题，这里被误伤的人最多——很多人看到 AGPL 就不敢用，其实他们根本不分发。
三、自定义许可是最容易踩的雷
混元系是社区许可，要点通常包括：
- 月活/用户规模超过阈值要单独申请商业授权；
- 对外提供服务时需要显著标注来源；
- 不得用于训练其他模型（部分条款禁止「用我的输出训竞品」）。
这几个条款对「自己出内容」影响不大，但对「做产品卖给客户」影响很大。要不要用它，取决于你的商业模式，而不是它的画质。
四、「无协议」为什么等于不能用
仓库里没有 LICENSE 文件，不代表「随便用」，而是默认保留所有权利。这类项目在技术上可能很好用（有些还是很经典的老方案），但只能用于研究、评估、内部试用，不能进商业交付物。
遇到这种项目，正确做法是联系作者要授权，或者直接换一个协议干净的替代品。
五、模型权重和代码是两套协议
这是最隐蔽的坑：
- 代码 Apache-2.0，权重 CC-BY-NC（禁商用） —— fish-speech 就是这种；
- 代码开源，权重需单独申请；
- 代码 MIT，但依赖的模型有额外限制。
所以看协议要看两个地方：仓库根目录的 LICENSE（管代码），以及模型卡/权重仓库里的 License 字段（管权重）。两者都要过。
六、还有两条不属于协议的红线
- 肖像权：换脸、数字人克隆，需要本人书面授权。这跟代码协议无关，是民法问题；
- 训练数据来源：模型训练用了什么数据，会带来平台侧风险。这部分你无法核查，但要知道它的存在。
七、给生产环境的一份检查清单
□ 代码 LICENSE 是否允许商用
□ 权重 LICENSE 是否允许商用（两套要分别看）
□ 是否有月活/用户数阈值
□ 是否要求署名或标识（写进 UI 或文档）
□ 分发时是否需要开源衍生代码（GPL/AGPL）
□ 涉及真人形象的是否拿到书面授权
□ 记录下所用模型的版本与协议快照（备查）最后一条常被忽略：协议可能随版本变更，把当时用的版本和协议文本存档，将来出问题能证明你用的是什么条款。
相关阅读
版权声明：如无特殊标注，文章均为本站原创，转载时请以链接形式注明文章出处。
