量化、LoRA、微调之后的模型，还受原许可证约束吗 ​

魔当实验室 · 2026年10月

本文是"开源与商用"系列第三篇。《商业公司为什么要开源》讲条款为什么这么写，《开源项目为什么换许可证》讲条款会被改写，本篇讲第三种情况：你动手改过之后，条款还算不算数。文中的分类依据是各许可证文本与站内已有的许可整理，查询时间为 2026 年 10 月。本文不构成法律意见，不改写、不替代原条款，任何结论以你实际使用的那个版本的 LICENSE 原文为准。

一、先把话说清：改了模型，不等于换了合同 ​

本站《audio.cpp 模型许可与商用说明》里已经立过一条口径：量化不改变许可。这一篇把它讲透——不只是量化，绝大多数对模型的改动都不改变许可。

原因不在道德，在文本。宽松证、copyleft、非商业许可这三类条款，都自带一份"什么算衍生作品"的说法，再把义务挂在这份说法上。Apache 2.0 把衍生作品写成"建立在原作品之上、经过修订、注解、补充或其他修改后，整体上构成新作品的成果"，并要求分发时保留原来的许可声明。GPL 系要求"基于原程序的作品"整体沿用同一份证。CC 4.0 系列里，BY 要求署名，NC 把改编成果也算进非商业限制，ND 限制改编成果对外提供。

换句话说，条款早就预设了你会改。 你改得越多，越是在它写好的那一段话里。

所以要区分两件常被混起来的事：

链条上每一层都有一份自己的合同。你手上的权利，是它们取交集之后的结果。本站《开源软件许可证详解》一直在讲的就是这两层结构，这一篇把"层"拆得更细一点。

二、五个动作逐个看 ​

量化这一项值得多说一句。 量化就是把模型里的数字精度降一档，换来体积更小、速度更快、显存更省，文件常常叫"某某模型-4bit"。本地部署里用户拿到的往往就是这个压缩版。很多人因此把它当成一个新模型，甚至觉得"我用的不是官方版"。

魔当实验室要说的是：改的是精度，不是权利。站内那份口径在这里再写一遍：量化只是把原始权重的数值精度转换了一遍，它属于原模型的衍生作品，原来的许可条款一字不动继续适用。

LoRA 的错觉来自分发形态。 一个几十 MB 的适配文件，看起来跟那几个 GB 的基座毫无关系，于是很容易冒出"我自己训的，总该算我的吧"。真正的约束在加载那一刻：适配文件必须配着基座权重才能工作，用户拿到的是两者的组合。

如果把两者打包一起分发，基座的条款一定跟着走。如果只发那一个小文件、让用户自己去下载基座，你仍然要确认两件事：基座的证允不允许这种用法，以及它要不要署名。

这里还有一处真实的空档，值得说明。Apache 2.0 在定义衍生作品时，把"与原作品可以分离、只是通过链接或接口调用"的部分明确排除在外。那句话是为软件写的。一个只存偏移量的小文件算不算这种可分离的东西，条款文本没有直接回答，权重套不进软件的原句。碰到这种地方，魔当实验室的建议只有"读原文、问法务"，本文不替条款填空。

ND 管的又是另一件事。 CC-BY-NC-ND 里的 ND，限制的不是"能不能收费"，而是改完之后的东西能不能对外提供。自己私下改是一回事，把改完的权重发出去是另一回事，ND 挡的是后者。同一份证里的 NC 再另外禁止商业用途。站内目录里的 Vevo2（音色转换）就带 CC-BY-NC-ND，两条限制叠在一起。这类条款常被误读成"只是不能商用，我自己改改没关系"，实际范围比这更宽。

三、链条上最容易被漏掉的三层 ​

第一层：子组件。 模型运行时会加载独立的分词器、文本编码器、声码器，它们常常来自别的项目、带别的证。同一份文档里也写过这一点：附带子组件同样受约束。你审了主模型，漏了声码器，链条就在最细的那一环断了。

第二层：训练数据。 这一层最能解释一件事：为什么代码很宽松的项目，权重却不宽松。站内目录里的 OmniVoice 就是典型样本。它的代码是 Apache-2.0，权重却是 CC-BY-NC，原因在训练数据集本身带着非商业限制。数据层的限制会往上抬，抬到权重层。 这一层在发布那一头是怎么形成的，本系列《不做生意的人为什么也开源》讲过：多数学术团队和小团队不是想设限，只是把上游素材与数据的限制原样传下去。

同一件事对你自己也成立。你用公开抓来的音频、别人的音色包、来路不明的文本做微调，这些限制就会顺着你的产物一路传下去。反过来讲，这是整条链条上唯一一层完全由你决定的：自己录的、自己买的、明确允许商用的数据，不会给你添新约束。

第三层：软件。 你在本地跑的框架、界面、推理引擎是另一份证（多数是 Apache-2.0、MIT，也有 GPL 与 AGPL），它们约束"软件怎么分发"，不授予任何模型使用权。这也是站内《模型文件到底从哪来》那句提醒的另一半：看清文件，也要看清文件旁边的许可证名。

顺带一个在站内目录里就能看到的现实：同一个产品线的不同代，许可可以完全不同。IndexTTS 1 标的是 Apache-2.0，IndexTTS 2 和 2.5 标的是 bilibili Model Use License Agreement；ACE-Step 打包的 1.5 是 MIT，v1-3.5B 才是 Apache-2.0。甚至有应用条目在一行里同时列出五份许可：audio.cpp WebUI 的许可字段写着 Apache-2.0、MIT、CC BY-NC、Research Only、Non-Commercial License。在这种条目里，取交集不是修辞，是字面上要取五个。

四、那我用它微调出来的，能不能商用、能不能闭源 ​

先给一句框架：基座证越宽松，你的派生物越自由；基座证带条件，条件跟着派生物走。 逐类看（分类沿用站内软件许可那篇的口径，此处只讲它对权重侧的后果）：

还有一个问题要单独回答：用模型生成的内容能不能商用？ 这一段在链条上是独立的一层。宽松证一般不设限，但确实有条款写了这件事。两个明确的例子：Llama 2 与 3 的许可禁止拿模型输出去训练其他模型，3.1 起改为允许但必须署名；Stability 的社区许可禁止用它训练竞品基础模型。

也就是说，条款可以直接管到你拿输出去做什么。接单交付的人最容易踩在这一点上，因为他们的产品就是输出本身。

而"AI 生成的内容到底有没有版权、归谁"这个问题，本站不写结论。它取决于各法域的现行规定与个案认定，而魔当实验室能核实的是条款文本，不是裁判尺度。真要交付商业项目，这一句应该由你的法务来回答，而不是由一篇站内文章来回答。

五、交付前把链条写清：六项 ​

本站一直推的那个习惯——记下版本号与许可证名——到了你自己产出模型的时候，要扩展成一条链。工程上这比看上去轻，成本就是一张表：

最后一行最实用。"自用"和"分发"是两份完全不同的答案。不对外分发，多数 copyleft 的开源义务根本不触发；一旦随软件打包或者给客户交付，义务立刻生效。反过来，对内自用时觉得无所谓的研究许可，也可能因为"给客户交付"变成商用。这一行填错，前面五行再工整也救不回来。

这几种形态在校园里还有自己的一套问法：课堂演示、发镜像给学生、开在线课程平台、收费培训各自触发什么，本系列《学校和课题组用开源模型和软件，要不要管许可证》专门讲它，本文不展开。

六、魔当实验室的观点 ​

第一，许可义务跟着"依赖"走，不跟着"文件名"走。 你的产物越依赖基座权重，就越难说它是独立作品。量化、微调、合并都是在加深依赖，不是切断依赖。真正能改变结论的只有两条路：换一个基座，或者买一份商业授权。后者正是《商业公司为什么要开源》里说的那条原厂留给你的路。

第二，数据层是唯一一层完全由你决定的，也最容易污染整条链。 权重许可你能读、能选、能换；训练数据的来路却常常没人追问。OmniVoice 那种"代码宽松、权重非商业"的组合，本质就是数据层把限制抬上来的结果。自己做微调时，同样的机制会作用在你的产物上。

第三，不要指望"改造"能洗掉限制，但可以指望"记录"能救回处境。 这两句的区别很重要：前一句是自欺，后一句是成本极低的风险管理。改证、下架、许可收紧这些你在《开源项目为什么换许可证》里读过的事，都会真实地发生在你的基座上。到那天，你能说清的只有三句：我用的哪个版本，它当时带的是哪份合同，我在它之上做了什么。

本地部署的价值之一，就是让你能对这些文件动手：压缩、微调、换成自己的音色。魔当实验室想说的只是，动手的那一分钟很自由，动手之后那张表才是真正的工作量。把这几种许可一层层显示在安装与交付的流程里，而不是留在文档里等人来查，才是本地部署工具走到最后一公里应有的样子。

免责声明：本文是魔当实验室对许可证文本与站内已有许可整理的归纳，不构成法律意见。文中条款描述以各仓库当时的 LICENSE 原文为准，分类沿用《audio.cpp 模型许可与商用说明》与《开源软件许可证详解》的口径，可能随上游更新而变化。衍生作品的认定与生成物的权属在不同法域存在争议，涉及真实商业利益的决策请咨询专业法务。