用了开源代码，你的产品还能闭源商用吗？

做产品时，很多技术团队会直接引入开源组件。有人认为"开源就是免费、随便用"，其实并不准确。开源协议的约束差别很大，闭源商用如果踩到某些协议，可能面临必须公开源码、甚至被主张停止侵权。

一、开源协议大致分两类

宽松型（如 MIT、BSD、Apache）通常允许把代码并入闭源商业产品，核心义务是保留原版权声明和许可文本。

强著左（copyleft，如 GPL、AGPL）则要求：基于该协议代码产生的衍生作品，也须以相同协议开源。把 GPL 代码写进闭源产品，可能被要求把整个相关产品开源。

二、最容易被忽略的三个坑

第一，分不清"宽松型"和"copyleft"。不少团队以为只要标了出处就行，结果用的是 GPL 类协议，闭源发布后才发现问题。

第二，AGPL 最严格。它不仅覆盖软件分发，连通过网络提供服务（SaaS）调用也可能被认定为"分发"，触发开源义务。

第三，Apache 协议的专利授权条款。它明确保留了专利相关授权，但也包含特定情形下的专利终止约定，企业做合规审查时不能漏看。

三、实操上建议这么做

建立一份开源组件清单，记录每个依赖的协议类型；区分"仅内部使用"和"对外分发/商用"两类场景；对 GPL、AGPL 类组件尽量做代码隔离，或替换为功能相近的宽松型协议组件；对外发布前做一次协议扫描。

四、风险后果

一旦被原作者或社区主张权利，常见后果包括：停止侵权使用、按要求公开相关源码、以及可能的赔偿。对融资或上市阶段的企业，这类合规瑕疵还可能影响尽调结论。

本文为普法分享，不构成针对具体项目的法律意见。涉及开源协议合规评估，建议结合项目实际情况咨询专业律师。