开源许可证兼容性自查

先选你的使用方式,再勾选项目用到的开源许可证,一键判定:能否商用、能否闭源分发、开源义务覆盖到哪一层、多个许可证组合是否冲突。结果为通用合规参考,最终以许可证原文为准。

1使用方式(单选)

分发与否、链接方式不同,Copyleft 义务的触发范围差别很大。

2勾选项目用到的许可证

可多选;选中两个以上将额外检查组合冲突。

方案管理 · 数值对比 · 导出

调好的参数可存成方案随时载入,也能生成可分享链接;结果里的数值列会自动画成对比图,并支持导出 CSV / JSON。

最近方案 暂无

📜口径说明与常见误填

结论为通用合规参考,以许可证原文为准

宽松型
MIT / BSD / Apache-2.0:可商用可闭源分发,主要义务是保留版权声明
弱 Copyleft
LGPL:动态链接可闭源使用,静态链接或修改该库需开源相应部分
强 Copyleft
GPL-2.0/3.0:分发含其代码的产物时,整体须以 GPL 开源
网络 Copyleft
AGPL-3.0:即使只对外提供 SaaS 不分发,服务端源码也要开放
组合冲突
多组件合并发布时,许可证互不兼容的组合会被标出冲突原因

这个工具解决什么问题

用了开源组件能不能商用、能不能闭源?本页先选使用方式——内部使用、SaaS、动态或静态链接分发、修改源码、多组件合并——再勾选项目用到的许可证,自动判定能否商用、能否闭源分发、开源义务范围与组合冲突,附义务清单,结论以许可证原文为准。

三条合规铁律

分发是分水岭:GPL 系义务由「分发」触发,纯内部使用通常不受约束,但 AGPL 对网络服务例外。

Apache-2.0 不等于无义务:要保留 LICENSE、NOTICE 并标注修改,还附带专利授权条款。

判定只是第一步:重要项目请通读许可证原文并咨询法务,本页帮你缩小排查范围。

怎么用

  1. 第 1 步 · 选使用方式
    在六种使用场景中单选:内部使用、SaaS、动态链接分发、静态链接、修改源码、多组件合并。
  2. 第 2 步 · 勾选所用许可证
    勾出项目引入的 MIT / BSD / Apache / GPL / LGPL / MPL / AGPL 等许可证。
  3. 第 3 步 · 读判定结果
    页面输出能否商用、能否闭源、开源义务范围与组合冲突,附义务清单。
  4. 第 4 步 · 复制结论
    复制判定与义务清单,写进项目合规自查记录。

更新记录

  • v1.0 2026-11-02 上线首个版本:六种使用方式判定、七类主流许可证覆盖、商用闭源与开源义务结论、多许可证组合冲突检测、义务清单、结果复制。

常见问题

GPL-3.0 和 MIT 有什么区别,能商用吗?
两者都允许商用。MIT 是宽松型:闭源分发也合法,只需保留版权声明;GPL-3.0 是强 Copyleft:一旦分发,整个衍生程序必须同样以 GPL 开源,还含反 Tivo 化与专利条款。纯 SaaS 不分发代码时 GPL 义务一般不触发。
用了 Apache-2.0 需要标注什么?
保留原 LICENSE 与 NOTICE 文件(含其中的第三方声明),修改过的文件要注明改动;Apache-2.0 还附带专利授权,但不能使用 "Apache" 商标背书自己的产品。
用了 LGPL 的库必须开源吗?
不必开源你的主程序。动态链接调用 LGPL 库并随附许可证文本、允许用户替换该库版本即可闭源商用;若你修改了库本身,修改部分必须以 LGPL 开源。
有开源许可证兼容性对照表吗?
本页按"使用方式 × 许可证"实时生成判定表;组合模式下会额外检查冲突,例如 GPL-2.0-only 与 GPL-3.0 代码不能直接合并(除非前者声明 or-later),AGPL 与 GPL-2.0 也不兼容。
项目引入开源组件怎么做合规自查?
三步:盘点组件及其 SPDX 标识 → 确认每个组件的使用与分发方式 → 按最严格义务统一整改(保留声明、隔离 Copyleft 边界、必要时替换组件)。判定结论记得在法务评审中标注"以原文为准"。

💬 留言板 0

全部留言需审核通过后展示
💬

还没有留言,来抢沙发吧!

✍️ 说点什么
0 / 500
图形验证码
👣 做完这一步,顺便看看
🤰 女职工禁忌劳动范围在线自查 女职工禁忌劳动范围在线自查:对照《女职工劳动保护特别规定》(… → 🏷️ 尼斯分类速查 内置尼斯分类全部 45 个类别与典型商品服务关键词:输入"卖… → 🏛️ 管辖法院判断器 按民诉法常见规则做问答式引导:选择合同欠款、网络购物、侵权、… → 📁 起诉证据清单生成器 选择民间借贷、劳动仲裁、买卖合同、离婚诉讼等案由,一键生成本… →
全部工具 →