许可与商业授权

先说清楚：Lumo 不靠卖授权赚钱。

程序本体以 AGPL-3.0 开源，不收费、不限制商业使用、不做功能阉割版。个人博客、公司官网、商业媒体站、企业内网部署——随便用，不用问，不用分成。项目未来的收入来自主题市场的抽成和作者自己的付费主题，不来自使用者。

授权构成

AGPL-3.0

AGPL 与 GPL 的区别只有一条，但很关键。第 13 条要求：任何人通过网络与你修改过的 Lumo 交互时，你必须向其提供修改后的完整源代码。

这条针对的是「拿去做 SaaS 却不回馈」的情形。注意它约束的是修改过的版本——原样部署不触发它，无论你用它赚多少钱。

插件与主题接口例外

AGPL 的传染性会让「主题算不算衍生作品」变成说不清的问题，没人敢拿它做商业产品。所以项目依据 AGPL-3.0 第 7 条授予了附加例外：

仅通过 Lumo 的插件接口或主题接口与 Lumo 交互的独立作品（下称「接口作品」），不因该交互本身而被视为本程序的衍生作品或修改版本。你可以以你选择的任何条款开发、分发和销售接口作品，包括专有条款，而不因此承担 AGPL-3.0 的义务。

这份例外不可撤销——已经发布的版本永远带着它。你可以放心在上面投入时间。

例外的边界：

• 不适用于对 Lumo 自身源代码的修改，那些修改仍完整受 AGPL-3.0 约束。
• 不适用于复制自或改编自 Lumo 源代码的接口作品。把 internal/ 下的 Go 代码搬进你的项目，那是衍生作品。
• 不适用于与 Lumo 链接为同一可执行程序的代码，除非该代码只通过上述两个接口交互。

细则与三条红线（尤其是「不能基于内置主题『墨』二次开发后闭源出售」）见主题与插件。例外只授予代码上的权利，不授予任何商标权利。

不需要商业授权

以下用法在 AGPL 下完全自由，不必联系作者，也不必付费：

• 自建站点，包括公司官网、商业博客、付费内容站、带广告的媒体站
• 企业内部部署，不限实例数量
• 二次开发自用，只要不对外提供服务或分发
• 开发并出售第三方主题与插件，包括闭源商业主题——这是接口例外专门为之设立的
• 学习、研究、教学

一句话：你用 Lumo 赚多少钱都跟作者没关系。

需要商业授权

只有一种情况需要：你不想承担 AGPL 的源码公开义务。 典型场景：

1. 托管服务 / SaaS：用 Lumo 搭建站点服务平台对外售卖，且不愿公开你的修改
2. 闭源集成：把 Lumo 的核心代码（不是主题，不是插件）嵌入闭源产品分发
3. 交付定制版：为客户做深度改造的 Lumo 并交付，而你或客户不愿受 AGPL 约束
4. 白标分发：以自有品牌对外分发 Lumo 衍生产品

第 4 条只关乎代码授权。品牌名称的使用另见商标政策那一节——fork 改名是 AGPL 下的自由，不需要买授权，但不能继续叫 Lumo。

没改过代码的原样部署，不触发上述任何一条。 不确定自己属于哪一类就直接问，问了也不会因此被认定必须付费。

商业授权提供的是：一份不受 AGPL copyleft 约束的授权（你的修改与集成代码可以闭源），按年或永久两种形态，可选优先技术支持与部署协助。具体价格视用途与规模而定，请说明场景。

商标政策

代码是自由的，名字不是。

AGPL-3.0 第 7(e) 条允许作者保留商标权利，项目行使了这条权利。「Lumo」这一名称、图形标识与「Lumo 主题市场」这类官方服务名称不随 AGPL 一并授予。

这不是为了限制你用 Lumo，而是为了让「Lumo」始终指向同一样东西：如果任何人都能把自己的修改版叫 Lumo，用户就无法判断他下载的到底是什么。

不必问就能用（指称性使用）：说明兼容性与用途（「基于 Lumo 构建」「为 Lumo 开发的主题」）、教程评测与新闻报道里提到 Lumo、在主题或插件的说明文字里写明它是给 Lumo 用的、非商业的社区活动、指向官方仓库与站点的链接。

需要书面许可：把 Lumo 用作你的产品名、服务名、公司名或应用商店条目名；注册含 Lumo 的商标或以 lumo 为主体的域名；把 Lumo 的 logo 用作你自己的标识；以任何方式暗示官方出品、认证或合作；销售带 Lumo 标识的周边；以「Lumo」为名提供付费托管或技术支持。

Fork 与改名：AGPL 保证你可以自由 fork、修改和再分发。但如果对外分发修改版，请换一个不含 Lumo 的名字、移除 logo 与视觉标识，并在说明里写清它是 Lumo 的修改版。自己部署、公司内部使用、个人研究用的修改版不需要改名——商标政策只约束对外分发。

主题与插件的命名，可以写 lumo-theme-aurora、Aurora（Lumo 主题）、Aurora for Lumo；不可以写 Lumo Aurora、Lumo 官方主题 Aurora、Lumo Pro。区别在于前者把 Lumo 当描述兼容性的定语，后者看起来像是 Lumo 出品的产品线。

为什么需要签 CLA

项目采用开源加商业的双授权，这要求作者持有全部代码的再授权权利。

一份没签 CLA 的贡献合进来，就意味着包含这段代码的版本再也发不出商业授权——而代码一进 git 历史就收不回来。所以贡献前需要签署贡献者许可协议：在第一个 PR 的描述里加一行声明并署名，一次签署对之后所有贡献持续有效。

你保留自己代码的版权，CLA 授予的是许可而非所有权。单纯的 DCO 只证明来源合法，顶不了这件事。

联系

授权、商标、商业合作的问题：xzji_studio@qq.com。来信请尽量说明公司或团队、打算怎么用 Lumo、预计规模（实例数或站点数）、是否需要技术支持。

技术问题请走 GitHub Issue。发现安全问题请走私密报告通道，不要开公开 Issue。