什么是开核模式与许可评估
开核（Open Core）指开源核心功能、商业版提供增值能力的商业模式，常见增值项是插件、托管服务与企业级功能。评估这类项目要同时看代码质量与条款演进：许可类型是否经 OSI 认可、是否有附加限制、关键能力是否曾被移入商业版、治理结构是否由单一公司主导。这些因素会直接影响长期使用成本。
基本信息
| 模式 | 开源内核加商业增值：插件、托管服务、企业功能 |
|---|---|
| 许可核实 | 核对 OSI 认可许可与附加条款，关注许可变更历史 |
| 主要风险 | 关键能力被移入商业版，或协议变更导致使用受限 |
| 应对手段 | 关注项目治理结构，参与社区，预备替代或分叉路径 |
典型使用场景
- 引入核心依赖：数据库、消息、网关这类长期依赖，许可与治理要单独评估
- 商业版谈判：明确开源版与商业版的能力边界，避免上线后被迫升级付费
- 合规审查：核对许可类型与分发方式，确认与自身产品形态兼容
- 许可变更跟踪：订阅项目公告，关注许可与治理结构变动
- 替代方案准备：对单一公司主导的项目，评估分叉与替换代价
- 内部工具选型：区分内部使用与对外分发的许可要求差异
许可与治理核查清单
许可与治理核查清单
# 逐项核查并记录结论
1) 许可类型：是否经 OSI 认可？是否包含商用限制或附加条款？
2) 变更历史：是否发生过许可变更？变更是否影响已发布版本的使用？
3) 能力边界：当前使用的功能是否在开源版内？是否有迁移到商业版的先例？
4) 治理结构：决策由单一公司还是中立基金会主导？贡献者分布如何？
5) 分发方式：内部使用、SaaS 交付还是随产品分发？各自合规要求不同
6) 替代路径：可替代项目的成熟度与切换工作量估算常见许可与关注点
| 类型 | 特点 | 需要确认的点 |
|---|---|---|
| 宽松许可 | 允许修改与再分发 | 仍需保留版权与许可声明 |
| 弱著录许可 | 改动库本身需开源 | 动态链接与分发方式的边界 |
| 强著录许可 | 衍生作品需同许可开源 | 与自身产品许可的兼容性 |
| 源码可见但非 OSI 认可 | 限制商用或云服务提供 | 商用与托管场景的使用限制 |
选型时把许可与治理单独作为一项评估：代码质量之外的条款变动同样会带来真实的迁移成本。
未核对许可变更历史就升级版本，可能发现新版本的使用限制与预期不符，而回退旧版本又要承担安全风险。