量化、LoRA、微调之后的模型，还受原许可证约束吗
魔当实验室 · 2026年10月
本文是"开源与商用"系列第三篇。《商业公司为什么要开源》讲条款为什么这么写，《开源项目为什么换许可证》讲条款会被改写，本篇讲第三种情况：你动手改过之后，条款还算不算数。文中的分类依据是各许可证文本与站内已有的许可整理，查询时间为 2026 年 10 月。本文不构成法律意见，不改写、不替代原条款，任何结论以你实际使用的那个版本的 LICENSE 原文为准。
一、先把话说清：改了模型，不等于换了合同
本站《audio.cpp 模型许可与商用说明》里已经立过一条口径：量化不改变许可。这一篇把它讲透——不只是量化，绝大多数对模型的改动都不改变许可。
原因不在道德，在文本。宽松证、copyleft、非商业许可这三类条款，都自带一份"什么算衍生作品"的说法，再把义务挂在这份说法上。Apache 2.0 把衍生作品写成"建立在原作品之上、经过修订、注解、补充或其他修改后，整体上构成新作品的成果"，并要求分发时保留原来的许可声明。GPL 系要求"基于原程序的作品"整体沿用同一份证。CC 4.0 系列里，BY 要求署名，NC 把改编成果也算进非商业限制，ND 限制改编成果对外提供。
换句话说，条款早就预设了你会改。 你改得越多，越是在它写好的那一段话里。
所以要区分两件常被混起来的事：
| 你做的事 | 是否产生新的权重文件 | 原许可证管不管 |
|---|---|---|
| 只是推理（跑一次生成） | 否，产出是内容不是权重 | 管"用途"的条款可能管到你（见第四节） |
| 量化、转格式、合并、微调、蒸馏 | 是，新权重仍建立在原权重之上 | 管 |
链条上每一层都有一份自己的合同。你手上的权利，是它们取交集之后的结果。本站《开源软件许可证详解》一直在讲的就是这两层结构，这一篇把"层"拆得更细一点。
二、五个动作逐个看
| 动作 | 实际改了什么 | 产物里还留着原权重吗 | 条款层面通常怎么算 |
|---|---|---|---|
| 量化 / 转 GGUF | 数值精度与容器格式，参数量不变 | 几乎全部保留 | 典型衍生作品，原证原封不动继续适用 |
| 挂 LoRA / Adapter | 权重本体没动，另存一个小偏移文件 | 单独分发时不含基座权重，但加载时必须配上基座 | 分发基座就要按基座的证；只发那一个小文件，仍要看基座证对"适配模块"的表述 |
| 全参数微调 | 用新数据继续训练，权重被改写 | 逐参数继承，看不出改动但都建立在原值之上 | 衍生作品，且因为"看不出改了"，最容易连版本号一起丢掉 |
| 模型合并（merge） | 两个或多个权重的参数做加权混合 | 保留全部参与方的权重成分 | 取各份条款的交集，两份 copyleft 相加往往更麻烦而不是互相抵消 |
| 蒸馏 / 用输出训练 | 不复制权重，只消费它生成的内容 | 不保留权重 | 宽松证不禁止；部分许可明确限制输出的用途（下一段展开） |
量化这一项值得多说一句。 量化就是把模型里的数字精度降一档，换来体积更小、速度更快、显存更省，文件常常叫"某某模型-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。在这种条目里，取交集不是修辞，是字面上要取五个。
四、那我用它微调出来的，能不能商用、能不能闭源
先给一句框架：基座证越宽松，你的派生物越自由；基座证带条件，条件跟着派生物走。 逐类看（分类沿用站内软件许可那篇的口径，此处只讲它对权重侧的后果）：
| 基座是 | 你的微调产物通常要满足 | 代表例子（站内目录口径） |
|---|---|---|
| MIT / Apache-2.0 | 保留原版权与许可声明；Apache 2.0 还要带 NOTICE、标注你改过什么；可闭源、可收费 | Chatterbox、GLM-TTS、SenseVoice、Qwen3-TTS 一族 |
| CC-BY-4.0 | 允许商用，但署名义务必须落实，改编也要注明 | PocketTTS、Parakeet、Citrinet |
| GPL-3.0 / AGPL-3.0 | 可商用，但一旦分发产物就要同证开源；AGPL 还会把"通过网络提供服务"也算进去 | Seed-VC 属 GPL-3.0 |
| CC-BY-SA | 允许商用，但衍生模型要以相同方式共享，传染到权重文件本身 | Kroko Community ASR |
| CC-BY-NC 系列 | 非商业限制随派生物继续存在，改名、重训、压缩都不解除 | OmniVoice、MuLaCover、YuE2、Hviske |
| Research / 非商业许可 | 用途限制写死在条款里，微调不构成豁免 | Fish Audio S2 Pro、Higgs Audio v3 TTS、Breeze TTS 2 的部分权重 |
| 厂商自定义社区许可 | 只能读原文：看营收或月活门槛、署名与品牌要求、是否限制服务化、是否允许训练竞品 | IndexTTS 2 / 2.5、HY-MT、Confucius4-R2T2、Stable Audio 3 |
还有一个问题要单独回答：用模型生成的内容能不能商用？ 这一段在链条上是独立的一层。宽松证一般不设限，但确实有条款写了这件事。两个明确的例子：Llama 2 与 3 的许可禁止拿模型输出去训练其他模型，3.1 起改为允许但必须署名；Stability 的社区许可禁止用它训练竞品基础模型。
也就是说，条款可以直接管到你拿输出去做什么。接单交付的人最容易踩在这一点上，因为他们的产品就是输出本身。
而"AI 生成的内容到底有没有版权、归谁"这个问题，本站不写结论。它取决于各法域的现行规定与个案认定，而魔当实验室能核实的是条款文本，不是裁判尺度。真要交付商业项目，这一句应该由你的法务来回答，而不是由一篇站内文章来回答。
五、交付前把链条写清：六项
本站一直推的那个习惯——记下版本号与许可证名——到了你自己产出模型的时候，要扩展成一条链。工程上这比看上去轻，成本就是一张表：
| 要记的一层 | 具体记什么 |
|---|---|
| 基座权重 | 模型名 + 具体版本 + 该版本的许可证名 + 获取日期 |
| 你做的改动 | 量化位宽 / 适配模块 / 微调方式与数据规模 / 合并了哪几个 |
| 子组件 | 分词器、声码器、文本编码器各自的证 |
| 训练数据 | 来源与是否允许商用，来源不明的直接标成风险项 |
| 软件与框架 | 推理引擎、界面各自的证（尤其 GPL / AGPL） |
| 交付形态 | 自用、随软件打包分发、给客户交付、对外提供在线服务——四种形态触发的条款不同 |
最后一行最实用。"自用"和"分发"是两份完全不同的答案。不对外分发，多数 copyleft 的开源义务根本不触发；一旦随软件打包或者给客户交付，义务立刻生效。反过来，对内自用时觉得无所谓的研究许可，也可能因为"给客户交付"变成商用。这一行填错，前面五行再工整也救不回来。
这几种形态在校园里还有自己的一套问法：课堂演示、发镜像给学生、开在线课程平台、收费培训各自触发什么，本系列《学校和课题组用开源模型和软件，要不要管许可证》专门讲它，本文不展开。
六、魔当实验室的观点
第一，许可义务跟着"依赖"走，不跟着"文件名"走。 你的产物越依赖基座权重，就越难说它是独立作品。量化、微调、合并都是在加深依赖，不是切断依赖。真正能改变结论的只有两条路：换一个基座，或者买一份商业授权。后者正是《商业公司为什么要开源》里说的那条原厂留给你的路。
第二，数据层是唯一一层完全由你决定的，也最容易污染整条链。 权重许可你能读、能选、能换；训练数据的来路却常常没人追问。OmniVoice 那种"代码宽松、权重非商业"的组合，本质就是数据层把限制抬上来的结果。自己做微调时，同样的机制会作用在你的产物上。
第三，不要指望"改造"能洗掉限制，但可以指望"记录"能救回处境。 这两句的区别很重要：前一句是自欺，后一句是成本极低的风险管理。改证、下架、许可收紧这些你在《开源项目为什么换许可证》里读过的事，都会真实地发生在你的基座上。到那天，你能说清的只有三句：我用的哪个版本，它当时带的是哪份合同，我在它之上做了什么。
本地部署的价值之一，就是让你能对这些文件动手：压缩、微调、换成自己的音色。魔当实验室想说的只是，动手的那一分钟很自由，动手之后那张表才是真正的工作量。把这几种许可一层层显示在安装与交付的流程里，而不是留在文档里等人来查，才是本地部署工具走到最后一公里应有的样子。
免责声明：本文是魔当实验室对许可证文本与站内已有许可整理的归纳，不构成法律意见。文中条款描述以各仓库当时的 LICENSE 原文为准，分类沿用《audio.cpp 模型许可与商用说明》与《开源软件许可证详解》的口径，可能随上游更新而变化。衍生作品的认定与生成物的权属在不同法域存在争议，涉及真实商业利益的决策请咨询专业法务。