开源许可证选择

工具介绍

选开源许可证最容易踩的坑不是条款难读，而是把「能不能商用」和「改了要不要开源」混为一谈。开源许可证选择用几个问题把需求说清楚：是否商用、是否允许闭源、是否要求保留署名、是否需要专利授权、修改后是否必须同许可证发布，再给出匹配结果与理由。

几个下拉默认都是空态，没选完就点「推荐」会提示还缺哪一项，不会替你默认选「是」然后给出一份看似确定的建议。结果里列出 MIT、Apache-2.0、GPL-3.0、BSD-3-Clause、MPL-2.0、Unlicense 等常见选项的适用情况，并写明每条义务。

页面还有一张兼容性矩阵，用来看两种许可证的代码能不能合进同一个项目；推荐结果给出主要理由，方便拿去和同事解释为什么选这一条。

功能特点

• 五项条件筛选：商用、闭源、署名、专利、同许可证发布逐项选择，条件不预填。
• 常见许可证对照：MIT、Apache-2.0、GPL-3.0、BSD、MPL、Unlicense 的适用情况并排列出。
• 义务清单：每条结果写明要保留什么、修改后要公开什么，不只读名字。
• 兼容性矩阵：查看两种许可证的代码能否合并进同一项目。
• 推荐理由：说明是哪几条条件决定了推荐结果，便于团队讨论。
• 缺项校验：条件没选全时提示具体缺哪一项，不给出默认答案。

使用方式

1. 回答商用与闭源：先在两个下拉里选项目是否商用、是否打算闭源分发。
2. 补其余条件：继续选署名要求、专利授权、修改后是否需同许可证发布。
3. 点推荐：点「推荐」，结果区给出匹配的许可证与推荐理由。
4. 看义务清单：逐条核对保留署名、公开源码、声明变更这些具体要求。
5. 查兼容性：需要引入第三方代码时，翻兼容性矩阵确认能否合并。

注意事项

• 不是法律意见：结果基于常见条款的通用理解，正式立项前请由法务确认。
• 条件要如实选：把「允许闭源」选成「否」会直接排除宽松许可证，结论随之改变。
• 依赖另有许可证：项目里第三方库各自的许可证要单独核对，本工具只看你选的主许可证。
• 版本有差别：同一许可证不同版本条款可能不同，结果按常见现行版本说明。
• 商标与专利另算：许可证通常不覆盖商标授权，专利条款也以具体文本为准。