✓
You Can
你可以自由行使的权利
- 自由使用：个人设备、公司设备、内部系统都可以安装运行，无需申请、无需付费
- 自由修改：改动源码以适应自己的需求，修改内容不必公开
- 自由再分发：以源码或二进制形式分享给他人，也可以打包进自己的产品
- 商业部署：在公司环境、商业产品、付费服务中使用，不区分用途
- 整合进自有方案：作为组件嵌入更大的系统，不需要单独授权
宽松许可类型，限制少、场景广
0商业使用的授权费用
1核心义务：保留版权与许可文本
4常见场景：个人 / 商用 / 修改 / 分发
Quick Summary
一分钟看懂：你能做什么，需要做什么
下面两栏是条款的简要概括。详细条文以项目仓库中随源码附带的 LICENSE 文件为准， 本页只作为理解与查阅的辅助说明。
✓
You Must
你需要遵守的约定
- 保留版权声明：不得移除源码或分发产物中的原始版权信息
- 随附许可文本：分发时需一并提供 LICENSE 文件或其中的条款内容
- 说明修改情况：若做过改动，建议在分发时注明，便于接收者了解来源
- 不使用作者名义背书：不得暗示项目方为你的衍生作品提供担保或认可
- 接受免责条款：软件按现状提供，使用风险由使用者承担
§
条款生效与版本
本页说明与项目仓库中的 LICENSE 文件保持一致。若两者出现表述差异，以源码附带的许可文本为准。
Scenarios
四类常见场景，逐条对照
条款是抽象的，场景是具体的。下面这张表把四种典型使用方式摊开， 每条说明「可以做什么」与「需要注意什么」。
| 使用场景 | 是否可以 | 需要遵守 | 常见误区 |
|---|---|---|---|
| 个人使用 | 可以 | 无需特别操作，正常使用即可 | 以为需要注册账号或接受额外协议 |
| 商业部署 | 可以 | 若对外分发，需保留版权与许可文本 | 以为商用需要单独授权或付费 |
| 二次开发 | 可以 | 修改后分发时保留原声明，注明改动 | 以为修改后必须开源衍生作品 |
| 二次分发 | 可以 | 随附 LICENSE 文本，不遮蔽原始版权 | 以为不能打包进商业产品或收费服务 |
| 移除版权信息 | 不可以 | — | 误以为改了名字就算原创作品 |
| 以作者名义背书 | 不可以 | — | 在宣传中暗示项目方认可你的产品 |
!
常见误区集中在「修改后是不是必须开源」。宽松型许可不要求衍生作品以相同方式开源， 你可以修改后仅在内部使用，也可以作为自有产品的一部分分发。 需要保留的是原版权声明与许可文本，而不是把改动公开。
Terms
核心条款逐条展开
以下是对许可协议中几项核心条款的通俗说明，帮助你理解它覆盖了什么、界定了什么。
§1
授权范围
Grant of Rights许可协议授予你一项非排他、免版税的全球性权利：使用、复制、修改、合并、发布、分发、 再许可与销售软件的副本，前提是遵守下文列出的约定。
具体包含什么
使用权：在任何设备上安装、运行本软件，不限数量、不限场景。
修改权：改动源码以适应自己的需要，改动内容不必公开，也不必反馈给项目方。
分发权：以源码或编译产物的形式分享给他人，可以免费也可以收费。
再许可权：在你自己的项目中按自己的方式授权，无需向项目方申请。
§2
义务与条件
Conditions上述授权以遵守以下条件为前提。这是许可协议中唯一需要主动履行的部分。
保留声明
软件的所有副本或实质性部分中，必须包含原版权声明与本许可文本。 这意味着你不能删除源码头部的版权注释，也不能在分发产物中遮蔽许可信息。
说明修改
如果你修改了软件并对外分发，建议在文档或发布说明中注明改动内容与时间。 这不是强制要求，但有助于接收者理解你所分发版本与原版的差异。
不使用作者名义背书
你不得在宣传或产品说明中暗示项目方为你的衍生作品提供担保、认可或支持。 可以说明「基于 Clash 构建」，但不应表述为「Clash 官方出品」。
§3
免责声明
Disclaimer软件按「现状」提供，不附带任何形式的明示或默示担保， 包括但不限于对适销性、特定用途适用性与非侵权的担保。
这意味着什么
项目方不承诺软件没有缺陷，也不保证它适用于你的具体场景。 你需要自行评估它是否满足需求，并自行承担使用过程中的风险。
在实际使用中，这通常对应一件事：配置与出口由你选择，结果也由你负责。 项目提供的是判断能力，不为你访问的内容或使用的线路背书。
§4
责任限制
Limitation of Liability在任何情况下，作者或版权持有人均不对因软件、使用软件或无法使用软件而产生的 任何索赔、损害或其他责任负责，无论其是否与合同、侵权或其他行为有关。
通俗理解
这一条是开源许可的通行做法，作用是界定责任边界： 软件被免费提供，作者不为其使用后果承担赔偿义务。
如果你在商业环境中使用并需要更高程度的担保，建议自行评估风险， 或与项目方另行沟通支持与担保安排。
§5
版权归属
Copyright软件的版权归原作者与贡献者共同所有。许可协议不转让版权， 只授予使用、修改与分发的权利。
这意味着什么
你可以修改与分发，但不能声称自己是原软件的作者， 也不能以任何方式主张对原作品的版权。
贡献者的贡献同样受版权保护。如果你打算向项目提交改动， 提交即表示同意按项目既有许可分发你的贡献。
Checklist
分发前的五项核对
如果你打算把 Clash 或它的衍生版本分发出去，按下面五项逐一确认即可。
01
保留原始版权声明
检查源码文件头部与打包产物中，原有的版权注释是否完整保留，是否被替换为你的信息。
02
随附许可文本
在分发目录或产品文档中包含 LICENSE 文件，或至少提供获取它的明确途径。
03
注明修改情况
若对源码做过改动，建议在发布说明中列明改动范围与时间，便于接收者理解差异。
04
不暗示官方背书
产品命名与宣传文案中，避免使用容易被理解为官方出品的表述。可以说明「基于」而不是「由…出品」。
05
接受免责条款
分发时保留免责声明与责任限制条款。这既是许可要求，也是对接收者的必要提示。
i
如果你只在内部使用、不对外分发，上述五项中的后四项相对宽松， 但仍建议保留源码中的版权声明。这是对原作者劳动的基本尊重，也是长期维护项目时的良好习惯。
Source & Build
源码获取、编译与运行的合规路径
从获取源码到编译运行，每一步都对应明确的权利与操作方式。
◫
获取源码
通过项目公开的仓库获取源码。你可以自由克隆、下载、归档， 也可以在自己搭建的镜像中保存副本。这一环节不附加条件。
⌥
编译与构建
按自己的需要修改源码后编译，改动内容不必公开。编译产物可以自用， 也可以对外分发——分发时遵守前文的五项核对即可。
◎
运行与部署
在个人设备、公司环境、服务器上运行均不受限。用于内部系统或对外服务时， 无需额外申请，只需保留声明并接受免责条款。
Sample · License Notice Header
Copyright (c) 2026 Clash Contributors
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
THE SOFTWARE.
!
以上为许可文本的示意片段。实际条款以项目仓库中随源码附带的
LICENSE 文件为准。本页的说明与示例用于帮助理解，不替代原文本。
Contribution
提交贡献，等于同意按同一许可分发
向开源项目提交改动，是把自己的工作放入同一套规则之下的过程。 了解这一点，有助于你判断是否愿意把自己的代码贡献出去。
◐
贡献即授权
当你向项目提交代码、文档或其他内容时，通常意味着你同意这些内容按项目当前的许可协议分发。 这与直接分发在结果上是一致的——别人可以按同样的条款使用你的贡献。
◑
你仍然保留版权
贡献不等于转让版权。你对自己提交的内容仍然拥有版权， 只是授权他人按项目许可使用。这一点与直接售卖或转让是不同的。
◒
注意第三方内容
如果你提交的内容中包含来自其他项目的代码或资源， 需要确认那部分的许可与当前项目兼容，并在提交说明中注明来源。
◓
署名与记录
提交记录本身就是一种署名。你的改动会留在版本历史中， 其他人可以追溯每一项改动的来源与时间，这也是开源协作的惯例。
Common Questions
关于授权，几个具体的问题
下面这些问题在日常使用中经常被问到，一并给出说明。
①
可以打包进付费产品吗？
可以。宽松型许可不限制你以何种方式分发，也不限制是否收费。 需要遵守的是保留版权与许可文本、不暗示官方背书这两点。
②
内部使用也需要保留声明吗？
严格来说，许可要求所有副本都保留声明。内部使用通常不对外分发， 但保留源码中的版权注释仍然是良好习惯，成本也很低。
③
修改后需要开源吗？
不需要。宽松型许可不要求衍生作品以相同方式开源。 你可以修改后仅在内部使用，也可以作为自有产品的一部分分发。
④
可以改成别的协议再分发吗？
可以，前提是你在新协议中保留原许可要求的声明与免责条款。 换句话说，你可以加自己的条款，但不能取消原作者的版权声明。
⑤
协议会变更吗？
已发布版本的许可通常不会变更。项目若调整许可，一般适用于后续版本， 已有版本仍然按发布时的协议授权。具体以对应版本的 LICENSE 文件为准。
⑥
遇到协议解释分歧怎么办？
本页的说明用于帮助理解，不构成法律意见。涉及具体的商业或法律场景时， 建议咨询专业人士，并以项目仓库中的许可原文为准。
Q & A
许可声明常见问答
Clash 使用的是什么许可协议？
Clash 以宽松型开源许可发布，核心条款允许自由使用、修改与再分发，前提是保留版权声明与许可文本。具体条款以项目仓库中随源码附带的 LICENSE 文件为准。
可以用于商业环境吗？
可以。许可协议不限制使用场景，不区分个人与商业用途。你可以在公司设备、内部系统或商业产品中使用它，无需支付授权费用，也无需向项目方申请。需要遵守的是保留版权与许可声明的义务。
二次分发有什么要求？
分发时需随附原许可文本与版权声明，说明是否做过修改。如果以二进制形式分发，建议同时提供获取对应源码的途径，便于接收者追溯来源。不得移除或遮蔽原有版权信息。
修改后可以闭源吗？
可以。宽松型许可不要求衍生作品以相同方式开源。你可以修改后仅在内部使用，也可以作为自有产品的一部分分发，只要保留原版权声明与许可文本即可。
许可是否提供担保？
不提供。许可协议明确说明软件按「现状」提供，不附带任何形式的明示或默示担保。使用者需自行评估适用性，因使用产生的风险由使用者承担。
项目方会为使用结果负责吗？
不会。许可协议包含责任限制条款，作者与贡献者不对因使用或无法使用软件而产生的任何索赔、损害或其他责任负责，无论其是否与合同、侵权或其他行为有关。