开源协议商用须知：别让免费变昂贵
“免费”两个字，容易让人以为开源软件可以随意商用——恰恰相反。开源协议是作者和使用者之间的合同，用之前看清义务，用之后履行义务，免费的东西才不会变昂贵。这里只讲主流协议的义务方向，具体义务以协议原文为准——协议条款的解释有时连法律界都要争论，别凭感觉。
一、两大类协议，义务方向不同
一类是宽松型协议（MIT、BSD、Apache这类）：义务轻，通常是保留原作者的版权声明和协议文本，就可以商用、修改、再分发，多数可以闭源商用。
另一类是传染性较强的协议（GPL这类）：核心义务方向是——把你修改或基于它开发的代码，在分发软件时以相同协议开放源码。这对闭源商业软件影响很大。
两类之间还有一片灰色地带：动态链接算不算“衍生作品”、内部使用算不算“分发”、SaaS形态算不算触发开放义务，这些问题在不同协议下答案不同。拿不准就按最保守口径处理，或找专业人士确认。
二、商用前做一次合规检查
引入任何开源组件前过三个问题：它的协议是哪一种？我的使用方式（修改、分发、联网服务）会触发什么义务？我的商业诉求和这个义务冲突吗？
规模大一点的产品，建议维护一份开源组件清单：用了什么、什么协议、什么版本、谁引入的。出了问题能第一时间定位影响面。AI相关的产品还要注意，模型和权重的许可协议与代码协议是两回事，模型的使用边界和训练数据的权利问题是相邻话题，见用数据训练模型，数据的权利边界在哪。
三、把开源合规写进研发流程
靠个人自觉管不住开源引入。简单的做法是：新增依赖走一道引入审批，清单定期盘点，协议风险分级——宽松协议随手可用，强传染性协议引入前必须过审。这套机制不需要专职法务，技术负责人兼任就能运转。
四、被人找上门了怎么办
收到开源协议相关的质疑时，别硬扛也别慌：先核实对方主张是否成立，评估影响范围，再决定是补齐义务、替换组件还是协商解决。拿不准时尽早请专业人士介入。
接下来可以做
- AI参与开发时代的代码权属问题，见AI生成的代码，版权归谁；
- 代码资产的确权登记，可以了解兰林记软件著作权登记服务。
延伸阅读：
有类似需求？免费获取方案与报价
顾问1对1解答，不收取咨询费；也可以先用免费工具自行测算。