不做生意的人为什么也开源：高校、实验室和个人开发者的许可证选择 ​

魔当实验室 · 2026年10月

本文是"开源与商用"系列第五篇。《商业公司为什么要开源》讲的是公司那一半，本篇讲另一半：发布方没有东西要卖的时候，动机和条款长什么样。 软件许可证本身的规则，《开源软件许可证详解》已经逐条讲过；平台上每个可下载模型能不能商用，见《audio.cpp 模型许可与商用说明》。

本文中所有研发主体和许可类型，都取自魔当实验室整理的应用目录里每条应用自带的许可字段与项目介绍，整理时间为 2026 年 10 月。论文被哪个会议收录这类说法是项目自己的表述，本文只转述，不替它担保。不评测、不排名、不放外链，也不构成法律意见。

一、上一篇的前提，在这一篇不成立 ​

系列第一篇列了五种动机：生态卡位、营收漏斗、防守性武器、合规与话语权、社区即外包研发。这五种都站在同一个前提上：发布方有东西要卖。 权重免费，是为了把算力、订阅和企业合同卖出去。

把这个前提拿走，问题就变成另一个样子。一所学校没有云产品，一个博士生没有企业合同，一个开发者靠写代码上班吃饭。他们为什么还要花几周时间，把实验代码整理干净、补上文档、把权重传到公开仓库？

魔当实验室整理的应用目录能回答一半，因为它收的不只是公司的东西。94 条应用条目里，介绍中明确写着高校、实验室或多机构联合研发的有十几个；研发方写成某个开发者或社区团队的，也有一整批。

这一篇讲三件事。他们图什么。他们的许可证为什么长成那个样子。以及最实用的一条：你怎么从一份许可证，反推发布方是个什么结构。

结论先放前面，后面全是解释：没有东西要卖的人，证一般更宽松。一旦这类项目的证开始变复杂，原因几乎都是外来的——素材不是他的，训练数据不是他的，或者有一家公司的法务进来了。

二、五种不图钱的动机 ​

第一，论文需要一个能点开的附件。 一份论文说"我们的方法更好"，评审和读者没法验证。代码和权重放出来，别人才跑得动同样的结果。目录里有两条就明确写着自己是"论文的官方实现"：视频方向的 FramePack，和 NVIDIA 旗下 NVlabs 团队做的零件级 3D 生成项目 PartPacker。开源在这里不是姿态，是论文的一部分。 不放代码，论文的影响力就停在 PDF 里。

第二，学生的出路。 一个硕士或博士，把自己的项目挂在一个公开仓库上，比在简历上写一句"熟练使用 PyTorch"有用得多。招聘的人真的会点进去看。这条也解释了为什么大量学生参与的项目直接选 MIT：学校不会替一个学生审条款，最省事的那份证就是最简单的那份。

第三，学术影响力的货币是引用和采用。 这一条在公司那边换成市场份额，在学校这边换成"你在这个方向继续做，就绕不开这个名字"。有一个很干净的样本：NotaGen，由中央音乐学院、北京航空航天大学、清华大学和一个社区团队联合开发的符号音乐生成模型，做的是"按时期、作曲家、乐器生成古典乐谱"这种很难变现的方向。它给的是 MIT。同一个目录里还有 HeartMuLa，由北京大学、港中文、Scale Global/Ario 以及独立研究者多方联合开发，给的是 Apache-2.0。复旦大学 OpenMOSS 团队做的 MOSS-Transcribe-Diarize（把多人会议录音转成文字并区分谁在说话）也是 Apache-2.0。

这里有一条规律值得记住：参与机构越多，证越宽松。 三家院校、四个团队，没有一家愿意替别人审一份带条件的合同。宽松证是唯一所有参与方的法务都能签字的东西。

第四，下一笔经费和下一个合作方。 校企联合的项目在这一批里非常密集，而且证的分布高度一致：

VoxCPM 与 VoxCPM2 由面壁智能和清华大学人机语音交互实验室联合研发，Apache-2.0。Vosr（把模糊老照片和低清图放大修复）由香港理工大学与 OPPO 研究院联合研发，Apache-2.0。TripoSplat（一张普通图片转成可旋转的三维场景）由 3D 大模型企业 VAST AI 联合清华大学开源，MIT。Spark-TTS 由香港科技大学、上海交通大学、西北工业大学、网易伏羲人工智能实验室等多方和独立研究者共同开发，商业化交给出门问问，Apache-2.0。MOSS 语音一族由模思智能与复旦 OpenMOSS 团队联合开发，Apache-2.0。

这五组几乎都落在 Apache-2.0 或 MIT 上。 原因不难读：学校要一个能对外的成果，公司要开发者生态和能招到用过这套东西的人。双方都想让尽量多的人用起来，那就不要把门槛写进合同。

第五，个人开发者的回报就是被使用。 目录里能点到名字：MoneyPrinterTurbo（输入一个主题，自动出文案、配音、字幕、配乐，成片直接发短视频）由社区开发者 harry0703 维护，MIT。3D Director（在浏览器里摆机位、做分镜预演）由 GitHub 开发者 jiguang132 开发并开源，MIT。GPT-SoVITS（录一分钟就能训出自己的音色）由社区团队 RVC-Boss 开发，MIT。对做工具的个人来说，被很多人用就是全部收益。 这个收益最大的敌人是"用不了"，所以证要写到没有摩擦。

还有一种主体卡在公司和学校中间，值得单说一句：大公司的研究机构，但它不卖这个产品。 索尼旗下 Sony Research 做的音效生成模型 Woosh，权重是 CC BY-NC-4.0，介绍里把能做什么写得很清楚：学术研究、个人学习、技术测试、非营利公开演示；不能做的是付费视频制作、商业广告、集成进收费软件，要商用就联系版权方。NVIDIA 的 PartPacker 用的是 NVIDIA Source Code License。这类主体不做这门生意，但它要留着做这门生意的那扇门。

三、三类主体，三种证 ​

两张规律从这张表里能直接读出来。

规律一：越是要别人来用，证越宽松。 学校、学生、个人开发者都靠采用率活着。宽松证对使用者的成本只有"保留那份声明"这一件事，剩下的自由都给出去。这与第一篇里公司的算法完全一致，只是回报换成了不能计价的东西。

规律二：个人开发者里选了 copyleft 的那一支，要的也不是钱。 目录里 GPL 家族一共十条：ComfyUI、Shotcut、OpenShot、OBS、LibreTranslate、MaxKB、PyVideoTrans 是 GPL 系，AstrBot、Chatbox AI 和上海人工智能实验室 OpenDataLab 团队做的 MinerU 是 AGPL。

有意思的是这十条里没有一条是模型权重，全部是软件工具。 这就把两支保护意图分开了：想保护"代码被别人改走不还"的人，用 copyleft——你可以用，但你改了就得把改动开放。想挡住"权重被人拿去做生意"的人，用的不是 copyleft，是 NC 那类条款，或者直接写一句"商用请联系作者"。同一个开源动作，保护的对象不同，选的证就分成两支。 一个研究文档解析的实验室会给工具选 AGPL（MinerU 就是这么做的），因为它要的是"你用了我的解析器，你的改动也得回来"。它不会给一份权重选 AGPL，因为权重没有那种"链接进来"的边界。

顺带一条只在目录里看得到的现象：那批以 -craft 结尾的独立小工具，全部给的是 MIT 或 Apache-2.0 二选一。双许可是"你自己挑一个省事的"，它出现在完全不想管你怎么用的项目里。

四、"研究性质"不等于"不许商用"：非商业限制有三个真实来源 ​

关于学校和个人项目，最常见的误解有两个方向：一种以为学校发的东西肯定不能商用，一种以为学校发的东西肯定能商用。两个都不对，而且第二个更危险。

目录里带非商业限制的条目一共六条：YuE2、OmniVoice、MuLaCover、Woosh、Pixal3D，还有 audio.cpp WebUI 那条许可字段。它们的成因完全不同，正好对应三个来源。

来源一：素材和组件不是自己的。 Pixal3D 的项目介绍写得非常直白：核心代码遵循 MIT，但内置的部分第三方模型权重禁止商用；要商用，请自行向原作者申请许可。ThinkSound 也是同一结构：代码 Apache-2.0，介绍里明确写"代码、模型和数据集仅用于研究和教育目的，禁止商业使用"，并说明其中含 Stability AI 开发的 Stable Audio Open VAE。Breeze TTS 2 的代码是 Apache-2.0，权重走 BreezeBlue 非商业许可，而它的核心音频分词器用的是阿里 Qwen 团队开源的组件。

这三个例子里，发布方都不是那个设限制的人。 一个学生团队或小公司没有法务，能做的只有一件事：把上游的限制原样传下去。这正是《量化、LoRA、微调之后的模型，还受原许可证约束吗》讲的链条，只不过这次是从发布那一头看过去——限制不是他写的，是他接的。

来源二：训练数据带着限制。 OmniVoice 代码 Apache-2.0，权重 CC-BY-NC，原因是训练数据集本身非商业。这一条在《audio.cpp 模型许可与商用说明》里已经标注过，本篇不重复讲。

来源三：发布方自己留了一扇商用的门。 MuLaCover 由 MuLa Labs（Vera Praxis 旗下的音乐与音频研究团队）开发，权重 CC BY-NC-4.0，同时写明商业使用需要获得它额外的授权。Woosh 同样写明商用请联系版权方。这两条不是限制，是报价。 它们和第一篇里 Stability 那条年营收线是同一个动作，只不过发起方是研究机构，不是产品公司。

还有一种情况最容易被漏掉：一个项目里同时并列五份证。 audio.cpp WebUI 的许可字段是 Apache-2.0、MIT、CC BY-NC、Research Only、Non-Commercial License 五份一起写的。聚合型工具一定这样：它自己不训练模型，只是把别人的东西装进同一个界面。所以看到"某某 WebUI""某某整合包"，第一件事不是看它的许可证，是看它打包了谁的权重。 名字里那个工具最宽松，往往不是你要用的那一份。

至于纯学术的项目能不能改名、重训、压缩一下就解除限制——《量化、LoRA、微调之后的模型，还受原许可证约束吗》里已经讲过：不能，条款本来就预设了你会改。

五、个人项目长成公司以后，证会跟着变 ​

目录里的 n8n（拖拽式搭建自动化流程的那类工具）是一条完整样本。它的介绍写明由创始人兼 CEO Jan Oberhauser 主导，现在挂在 n8n.io 公司名下，许可证是 Sustainable Use License 再加一份企业版许可。

这个组合的含义很清楚：自己内部用、把流程跑在自己的服务器上，可以；拿它对外做一个收费的同类产品，不行；要走那条路，请买企业版。

这和系列第二篇《开源项目为什么换许可证》讲的公司改证是同一件事的两个阶段。公司改证，是因为云厂商把托管服务的钱分走了；个人项目改证，往往是因为它要开始收费了。原因不同，方向一致：限制不是先想好再写的，是生意走到那一步才补上的。

个人项目这一侧还有一个额外的风险，公司项目没有：作者会停。 没有公司接手，仓库归档，许可证一个字都不用改，但更新从此没有了。你依赖的那个 MIT 项目照样合法可用，只是它不再修安全问题和兼容新硬件。这是第二篇那句"看项目由谁持有"的另一层意思：持有者决定了条款会不会改，也决定了它还能活几年。

六、拿到一个陌生的学术项目，先看四样 ​

这一张表是给"我在论文里看到一个方法，想拿它做点东西"的人写的，和本系列别处的清单不同：《量化、LoRA、微调之后的模型，还受原许可证约束吗》那张六项清单管的是你自己要交付时该记什么，这一张管的是你要选用时该看什么。

第 ③ 行最省事。 一个团队如果愿意在 README 上写"商用请邮件联系"，那份证就一定不是标准开源证，别按 Apache 的直觉来。第 ④ 行最容易被漏。 MIT 不要求你引用论文，但学术社区要求。你用了别人的方法却一个字不提，条款上不违约，声誉上是另一回事——而对靠引用活着的项目，声誉就是它的合同。

七、魔当实验室的观点 ​

第一，把许可证当成发布方的自我介绍，比当成承诺更有用。 三家院校联合的项目直接给 MIT，你读出的是"我们没有东西要卖，请你来用"。一个研究机构给 NC 并留一个商用联系入口，你读出的是"我们不做这门生意，但我们在看着它"。这两种都是诚实的条款设计。真正需要提防的，是那份既说自己开源、又什么都不写清楚的项目。

第二，判断一份证之前先猜发布方结构，猜中的概率不低。 多校联合，大概率宽松。有企业法务进场，宽松证常配一份自家的模型使用条款。小团队又用了第三方素材，多半是代码宽松、权重受限。做工具而不做权重，才会看到 copyleft。这不能替你把条款读完，但它决定你该在哪一行停下来。

第三，"学术项目嘛，反正随便用"是这个系列一直在纠正的那类直觉。 《学校和课题组用开源模型和软件，要不要管许可证》讲的两个动作在这里同样成立：你在自己电脑上跑，什么都没触发；你把安装包发出去、把结果做成服务、把交付物交给客户，条款才开始管你。学术项目只是把风险挪得离你更近了一点——它通常没有商业团队，也就没有人在文档里替你把"你能做什么"写清楚。

系列写到这一篇，动机的部分就补齐了。公司图的是市场，高校图的是引用，实验室图的是采用，个人图的是被使用。许可证不是四种人共同遵守的规则，是四种不同的"图"分别落在纸面上的样子。 所以读一份 LICENSE，本质上是在读发布方的处境。这也是魔当实验室一直把许可字段单独列出来、而不是让下载的人自己去猜的原因。

免责声明：本文是魔当实验室对所收录的应用目录中研发主体与许可信息（整理时间为 2026 年 10 月）以及公开资料的归纳，不构成法律意见。意见。项目介绍中关于论文收录、竞赛成绩等表述为各项目自述，本文仅转述。文中条款描述以各仓库当时的 LICENSE 原文为准，可能随上游更新而变化；涉及真实商业利益的决策请咨询专业法务。