AI 开源模型许可证 2026：开源不等于免费商用，读懂三类条款再上线

看到一个模型标着开源、权重可以下载，很多人第一反应就是：能用了、能卖了、能集成进产品了。等到真的要上线才发现：有的要署名，有的改动要公开，有的不许用在某些场景，还有的权重、代码、训练数据根本各用各的许可证。开源这扇门是开着的，但门里的路不是一条。

先说结论：开源这个词，在模型世界里有好几种意思

传统软件的开源，讨论的是一份代码：能不能看、能不能改、能不能分发、商用要不要付费，答案基本写在许可证里。到了模型这里，事情一下子变成三份东西：模型权重、配套代码、训练数据——每一份都可能有自己的许可证，而且三份的宽松程度经常不一样。只看其中一份就下结论，是最常见的踩坑方式。

更复杂的是，有些模型发布时用的根本不是传统开源许可证，而是模型专属的社区许可证：允许研究、允许小规模商用、但超过某个规模要另外谈，或者禁止用在某些特定场景。简介里写开源，不等于它用的是你熟悉的那种开源——“开源”在这里经常只是“可以下载”的通俗说法，而不是法律意义上的保证。

所以正确的问题顺序是反过来的：不要先问“这是不是开源模型”，而是先问“这个模型到底允许我做什么、要求我做什么、禁止我做什么”。三问的答案，全部以随模型发布的许可证原文为准，而不是以博客、榜单、第三方解读为准。

三类条款：宽松型、著佐型、模型专属型

第一类是宽松型：代表性的做法是允许使用、修改、分发与商用，只要求保留原作者署名与许可证声明。这类条款对产品化最友好——改了可以不公开源码、商用一般不需要额外付费，但署名这一项不能省，省了就是违约。很多团队栽跟头不是栽在商用上，而是栽在把署名与许可证声明弄丢了。

第二类是著佐型：允许使用与修改，但要求你分发修改后的版本时，也用同样或兼容的条款开放出来。也就是说，你可以站在前人的肩膀上，但不能把肩膀收进自己的口袋。这类条款对想把模型改进后闭源卖钱的团队影响最大——动手改之前，先算清楚改动公开的成本，而不是上线后才发现整条产品线都要跟着开放。

第三类是模型专属型：不属于传统开源许可证的范畴，而是发布方自己写的社区或使用条款。常见附加条件包括：使用规模达到一定程度要另外取得授权、不得用于某些被列出的场景、不得声称输出是发布方官方出品、以及对模型输出再训练其他模型有限制。这一类的条款最需要逐字读——因为它没有“业内惯例”可循，每个发布方的写法都可能不一样。

权重、代码、数据：三份授权经常各不相同

一个模型发布包里通常有三样东西，授权要分开核。权重是模型本身的参数文件，决定了模型“会什么”；代码是推理、微调、评测的工具，决定了你“怎么用它”；数据则是训练语料与评测集，决定了模型“从哪学来”。权重允许商用，不代表配套代码也允许商用；代码宽松，也不代表训练数据可以随便拿去再分发。

• 权重先核：商用范围、规模门槛、场景禁令、再训练限制，四项是权重条款里最常见的附加条件。
• 代码再核：推理代码与微调脚本可能各用各的许可证，商用产品里实际跑的那份代码，以它自己的许可证为准。
• 数据最后核：训练数据与评测数据经常只允许研究用途，或者根本不随模型一起开放——拿不到授权的数据，不要放进自己的数据产品里二次售卖。

还有一个容易被忽略的第四样：模型名字与商标。许可证允许你用模型，不等于允许你用发布方的品牌名给自己的产品背书。“基于某某模型”与“某某模型官方产品”是两回事，前者通常需要按商标规范标注来源，后者需要单独授权。产品名、宣传页、应用商店介绍里写错这一句，惹来的可能是商标问题，而不是许可证问题。

微调与蒸馏：改动越大，授权问题越要重新算

微调是很多团队的第一步：拿一个开源权重，在自己的数据上再训一轮，得到一个更贴合业务的版本。这一步的授权问题在于：微调后的模型算不算“修改后的版本”？如果原许可证是著佐型，分发微调版本时可能要连同改动一起开放；如果原条款禁止用输出训练其他模型，那么用原模型输出去训新模型的做法本身就可能越界。动手之前，先看原条款里关于修改与再训练的两节。

蒸馏与数据合成是更敏感的一步：用一个强模型的输出，去训练一个小模型、或者去生成训练数据。很多模型专属条款里专门写了这一条——允许你用输出、但不允许你用输出来训练竞争模型。团队内部做实验是一回事，把蒸馏出来的模型拿去对外提供服务是另一回事，两者的授权边界经常不一样。

实用的处理办法是：微调与蒸馏的每一步都留记录——基底模型是哪个版本、许可证原文存档在哪里、用了哪些数据、产出用在什么地方。记录本身不解决授权问题，但它能让法务与合作方在需要核查时，半天就把链条讲清楚，而不是花两周翻聊天记录。

上线前核查清单：六项打勾再发布

1. 许可证原文已存档：随模型发布的 LICENSE 文件原文已保存，而不是只保存了某篇解读文章的链接。
2. 商用范围已确认：当前用法（自用、集成、对外服务、再分发）落在许可证允许的范围内，规模门槛没有超。
3. 署名与声明已补齐：产品内、文档里、关于页上，该署名的地方都已署名，许可证声明没有在打包时丢掉。
4. 场景禁令已排查：自己的使用场景不在许可证列出的禁止场景里，敏感场景已单独评估。
5. 改动公开义务已评估：微调、二次开发的部分，按原条款该公开的已经规划好公开方式，不该公开的也确认了依据。
6. 品牌用法已核对：产品名与宣传文案里对原模型的表述符合商标规范，没有冒充官方产品。

最后提醒一句：许可证问题没有“大家都这么用所以没事”的豁免。别人没出事，可能只是还没被查、还没到规模门槛、或者私下已经谈好了授权。自己的产品上线前花半天核一遍，比上线后被迫改名、下架、重训一次便宜得多——开源的红利值得拿，但要按规矩拿。