2026年4月20日,广东省高级人民法院推动下,24家人工智能产业链头部企业、行业协会和开源基金会联合发布全国首份《关于加强协同创新促进人工智能开源生态繁荣的共识》。共识中一句话分量最重:各方明确认可开源许可证的法律效力,承诺在许可框架内规范使用、修改和商业化应用。共识同时号召抵制“谁投入谁吃亏”的不良导向,保障基础大模型开源方在算力、数据、研发上的巨额投入。
信号不止于此。2026年1月,最高人民法院已将“开源技术知识产权法律问题研究”列入年度司法研究重大课题;2026年9月发布的《关于依法审理涉人工智能纠纷案件的意见》第13条,进一步对涉AI开源软件相关方的责任作出专门规定。共识是行业自律,课题是规则储备,司法解释是裁判落地——三条线指向同一个判断:开源生态的“规则觉醒”,已经从呼吁进入了实操阶段。
一张判决把话说透了:GPL是合同,违约即侵权
很多开发者的认知停留在“开源=免费随便用”。司法实践早已越过了这个阶段。
广州知识产权法院审理的罗盒诉玩友案,是全国首份明确开源协议具有合同性质的判决。涉案软件采用GPLv3协议,被告使用了代码但未按协议开放源代码。法院认定,GPLv3“具有合同性质”,是“附解除条件的著作权合同”:履行开源义务,授权持续有效;不履行,授权自动终止——授权终止后继续使用,就是无授权使用,构成著作权侵权。被告最终被判停止侵权并赔偿50万元。
这个逻辑需要开发者认真消化:GPL的约束力不来自道德呼吁,而来自合同法。你把GPL代码用进产品却不履行开源义务,在法律上等同于未经许可使用他人作品,后果和盗版软件没有本质区别。

三类协议,三种“隐形义务”
MIT/BSD:宽松,但“保留声明”不是可选项。MIT允许商业使用、修改、闭源分发,义务看似极轻——保留原始版权声明和许可声明即可。但瑞芯微的教训恰恰出在这里:其MPP软件借鉴了FFmpeg的LGPL代码后,相关人员为“统一许可证条款”,擅自将LGPL替换为Apache,且未保留原许可条款,导致GitHub仓库被FFmpeg项目组依DMCA冻结,上市公司被迫公开致歉并全面替换代码。删声明、换许可证,在著作权层面就是侵权。
GPL:核心约束不是“禁止商用”,而是衍生作品必须同样开源。真正的风险藏在边界判断里:动态链接是否构成衍生作品?独立进程通信是否“传染”?最高法在“不乱买案”中给出了务实标准:前端代码使用GPL,后端代码是否受约束,要结合程序之间的技术关系判断,不能因存在交互就推定整体开源。但反过来,如果商业软件在核心功能上实质依赖GPL程序,闭源发布的空间就极其有限。
Apache2.0:多了一层专利博弈。Apache明确授予贡献者专利许可,但附带了“专利报复条款”:如果你就该开源软件提起专利侵权诉讼,你依据该许可证获得的所有专利授权自动终止。这意味着用Apache代码做产品,可以,但把从开源社区拿到的技术反过来用作专利武器攻击社区,法律后果是失去授权基础。
给研发流程的三个动作
第一,把“许可证审查”嵌入依赖引入环节。不是上线前才让法务扫一遍,而是在技术选型时就标注每个第三方组件的协议类型。一条依赖链上任何一个GPL/AGPL组件,都可能改变整个产品的分发策略。
第二,区分“宽松”与“传染”的合规成本。MIT/Apache的合规动作主要是声明保留和NOTICE文件管理,成本可控;GPL/AGPL需要评估衍生作品边界和分发方式,成本高出一个量级。如果产品线以闭源商业化为核心,AGPL组件在SaaS场景下尤其需要警惕——它的触发点是“通过网络提供服务”,而非传统意义上的“分发软件”。
第三,把许可证文本当合同读,不当README扫。法院已经在用合同法的框架处理开源纠纷,企业内部的风控逻辑也需要跟上。开源社区给的是使用条件,不是无条件赠与。读清楚条件再用,是这个生态里最低成本的合规。
赛立信知识产权研究院
https://www.smr.com.cn/index.php/show-81-1701.html
赛立信知识产权市场调研
咨询热线:020-22263298;13128260094
更多知识产权案例
https://www.smr.com.cn/index.php/list-81.html
地址:广州市天河区体育东路116号财富广场东塔18楼
电话:020-22263200,020-22263284
传真:020-22263218
E-mail:smr@smr.com.cn

赛立信研究集团 2017 版权所有 Copyright © 2016 smr.com.cn All Rights Reserved. 粤ICP备:11102332号