CC 协议
· 6 min read
本文档旨在帮助创作者与开发者理解并选择适合自己作品的许可协议。
1. 知识共享 (Creative Commons) 协议
Creative Commons (CC) 协议主要用于图片、文档、文章、音乐、视频等非软件类创作。它并非严格意义上的“开源软件许可证”，而是一套灵活的著作权许可。
1.1 核心许可要素
CC 协议由四种基础条件组合而成：
| 要素 | 简称 | 标志 | 含义与要求 |
|---|---|---|---|
| 署名 | BY | © | 必须给出适当的署名，提供指向本许可协议的链接，同时标明是否（对原始作品）作了修改。 |
| 相同方式共享 | SA | ↻ | 如果您改编、修改或基于本作品创作，必须依据与原先相同的许可协议分发您的贡献作品。 |
| 非商业性使用 | NC | ＄ | 不得将本作品用于商业目的。 |
| 禁止演绎 | ND | ＝ | 如果您再混合、转换、或者基于本作品创作，不得分发修改后的作品。 |
1.2 六种常用 CC 协议组合
根据限制的严格程度，从最宽松到最严格排列：
-
CC BY (
BY) 最自由的协议。只需署名，即可自由使用、修改、分发，甚至商用。 -
CC BY-SA (
BY-SA) 要求署名，且演绎作品必须使用相同的许可协议。这是维基百科使用的协议，具有“传染性”。 -
CC BY-NC (
BY-NC) 要求署名，但禁止任何商业用途。可以自由修改和分享。 -
CC BY-NC-SA (
BY-NC-SA) 要求署名，禁止商业用途，且演绎作品必须使用相同许可协议。 -
CC BY-ND (
BY-ND) 要求署名，但禁止任何形式的修改和演绎。允许商业用途，但必须原样分发。 -
CC BY-NC-ND (
BY-NC-ND) 限制最严格的协议。仅允许下载并原样分享作品，必须署名，且不得用于商业用途或进行任何修改。
重要说明：
- CC0：并非许可协议，而是一种放弃一切权利、将作品投入“公有领域”的工具。
- 开源定义：根据“开源定义”(OSD)，包含 NC (非商业) 或 ND (禁止演绎) 条款的CC协议，因其限制了使用自由，不被视为开源许可证。
1.3 选择与使用 CC 协议
- 官方选择器：访问 creativecommons.org/choose 通过交互式问答确定合适的协议。
- 声明方式：在作品显著位置（如网站页脚、图片描述、文档扉页）添加对应的CC标识和链接。例如：
本作品采用 CC BY-SA 4.0 许可协议进行许可。
- 版本：请始终使用最新版本（目前是 4.0 国际版），以获得最清晰和全球通用的法律文本。
2. 开源软件许可证 (Open Source Software Licenses)
开源软件许可证是专门为软件源代码设计的法律协议，旨在保障用户使用、学习、修改和分发软件的自由。
2.1 常见开源软件许可证对比
| 许可证 | 类别 | 核心要求 | 特点与适用场景 |
|---|---|---|---|
| MIT | 宽松型 | 1. 在分发时保留原许可声明和版权信息。 2. 对使用者无其他限制。 | 极其宽松。允许闭源商用，是最流行、最易兼容的许可证之一。适合希望被广泛采用的库和工具。 |
| Apache 2.0 | 宽松型 | 1. 保留版权、专利、商标和归属声明。 2. 对修改文件需有明确标注。 3. 提供明确的专利授权。 | 商业友好且有专利保护。比MIT更详细，提供了明确的专利贡献和授权条款，适合大型企业项目。 |
| BSD 3-Clause | 宽松型 | 1. 保留版权声明。 2. 不得使用原作者名为衍生产品背书。 | 与MIT类似，非常宽松。常用于学术机构或老牌开源项目。 |
| GPL v3 | Copyleft（强传染性） | 1. 开源任何基于本作品的衍生作品（“传染性”）。 2. 必须提供源代码。 3. 明确专利授权和反硬件限制条款。 | 保护用户自由最严格。要求衍生作品必须同样以GPL v3开源，适合强调自由软件理念的项目（如GNU项目）。 |
| LGPL v3 | Copyleft（弱传染性） | 1. 对库本身修改必须开源。 2. 仅动态链接使用该库的程序，无需开源。 | 适用于软件库。旨在让专有软件可以自由使用该库，同时保护库本身的开源改进。 |
| Mozilla Public License 2.0 | Copyleft（弱传染性） | 1. 对MPL许可的文件修改后，必须开源这些文件。 2. 可以将MPL代码与其他专有代码组合成更大的作品。 | 文件级Copyleft，平衡了开源和专有需求。适合希望核心部分保持开源，但允许紧密集成闭源代码的项目。 |
2.2 如何选择开源软件许可证
考虑以下三个问题，可以快速缩小选择范围：
1.是否希望我的代码即使被用于闭源商业软件，也只需简单署名？
-> 是：选择 宽松型许可证 (MIT, Apache 2.0, BSD)。
-> 否：进入第2题。
1.是否希望所有使用/修改我代码的衍生作品都必须保持开源？
-> 是：选择 强 Copyleft 许可证 (GPL)。
-> 否：进入第3题。
1.我的项目主要是一个希望被广泛使用的库或框架？
-> 是：选择 弱 Copyleft 许可证 (LGPL, MPL)。
-> 否：可以重新考虑宽松型或许可证。
- 推荐工具：使用 choosealicense.com（GitHub官方维护）来辅助决策。
3. 核心区别与选用总结
| 方面 | 知识共享 (CC) 协议 | 开源软件许可证 |
|---|---|---|
| 主要对象 | 非软件类创作：图片、文章、音乐、视频等。 | 软件源代码。 |
| 核心目标 | 在“保留所有权利”的传统版权下，提供灵活的分享选择。 | 保障用户运行、学习、修改和分发软件的自由。 |
| 典型协议 | CC BY, CC BY-SA, CC BY-NC-ND | MIT, GPL, Apache 2.0 |
| “传染性” | 仅在含 SA 条款的协议中存在。 | 在 Copyleft 型许可证（如GPL）中存在。 |
| 商业用途 | 含 NC 条款的协议明确禁止。 | 绝大多数许可证（除特定情况）都允许。 |
⚠️ 黄金法则
不要混用！
- 为软件项目选择软件许可证（如 MIT、GPL）。
- 为非软件内容选择 CC 协议（如 CC BY）。
- 如果一个项目包含两者（如一个包含文档和插图的软件项目），应分开声明许可（例如：代码采用 MIT 许可证，文档采用 CC BY 4.0 协议）。
📚 了解更多
- Creative Commons 官方网站
- Choose a License（选择软件许可证）
- Open Source Initiative (OSI)（开源倡议组织，批准和维护OSI认证的许可证列表）
- GNU 许可证列表
最后提示：本指南旨在提供一般性信息，不构成法律建议。对于涉及重要项目或商业决策的许可问题，建议咨询法律专业人士。