龍魂系统 · 分层许可治理协议 v1.0
龍魂系统 · 分层许可治理协议 v1.0
DNA: #龍芯⚡️丙午·丙申·庚戌·䷙大畜-LAYERED-LICENSE-v1.0-UID9622
创建者: 诸葛鑫(UID9622)
协议: 本文档自身适用 CC BY-NC-SA 4.0
生效日期: 2026-08-04
审计色: 🟢 分层解决 MulanPSL/CC 历史冲突·一劳永逸
§0. 为什么需要分层
龍魂系统从"一人项目"长成"生态底座",单一许可证已无法覆盖两类截然不同的资产:
| 资产类型 | 核心关切 | 单一 CC BY-NC-SA 的问题 |
|---|---|---|
| 思想/哲学/协议/白皮书 | 防止文化被篡改、被资本化、被去中国化 | ✅ NC 保护得当 |
| 代码/SDK/工具/CLI | 让开发者能拿去用、拿去集成、拿去商用 | ❌ NC 封死了商业使用,开发者不敢碰 |
一刀切的"不商业"把开发者也挡在门外了。
分层治理的本质:思想不卖,工具可以拿去赚钱。但工具里的思想归属不改。
§1. 双许可证分层模型
┌─────────────────────────────────────────────────────────┐ │ 龍魂系统 · 知识产权分层 │ ├─────────────────────────────────────────────────────────┤ │ │ │ ┌──────────────────────────────────────────────┐ │ │ │ 🏛️ 核心思想层 · 道-气-象-数-理 │ │ │ │ CC BY-NC-SA 4.0 + 君子协议 │ │ │ │ │ │ │ │ 范围: 协议·白皮书·哲学框架·文化标识·设计理念 │ │ │ │ 道德经锚点·五行八卦体系·369不动点·DNA格式 │ │ │ │ 治理宪法·人格矩阵定义·审计方法论 │ │ │ │ │ │ │ │ 核心: 署名 + 非商业 + 相同方式共享 │ │ │ │ 不可: 篡改文化根基·去中国化·资本私有化 │ │ │ └──────────────────────────────────────────────┘ │ │ │ │ │ │ 互不冲突·分层治理 │ │ │ │ │ ┌──────────────────────────────────────────────┐ │ │ │ 🔧 工程实现层 · 代码-SDK-工具 │ │ │ │ 木兰宽松许可证 MulanPSL v2 │ │ │ │ │ │ │ │ 范围: Python源码·CLI工具·SDK·Docker配置 │ │ │ │ API实现·前端代码·部署脚本·测试代码 │ │ │ │ Web应用·数据库Schema·构建配置 │ │ │ │ │ │ │ │ 核心: 署名 + 允许商业使用 + 专利授权 │ │ │ │ 不可: 删DNA追溯码·去署名·伪称原创 │ │ │ └──────────────────────────────────────────────┘ │ │ │ └─────────────────────────────────────────────────────────┘§2. 边界判定规则
2.1 属于核心思想层(CC BY-NC-SA 4.0)
| 判定依据 | 示例 |
|---|---|
| 协议/治理文档 | 01_protocols/*.md、CONSTITUTION.md、GOVERNANCE.md |
| 哲学/文化框架 | 道德经锚点、五行八卦体系、369不动点、DNA格式定义 |
| 白皮书/论文 | 人格治理白皮书、数学建模论文、学术论文 |
| 人格定义 | personas/*.md、人格矩阵表 |
| 君子协议 | GENTLEMANS_PROTOCOL.md |
| 文化标识 | 「龍」字体、UID9622身份标识、DNA追溯格式 |
判定口诀:如果是"定义世界观"的文本 → 思想层。
2.2 属于工程实现层(MulanPSL v2)
| 判定依据 | 示例 |
|---|---|
| 可执行代码 | bin/*.py、engines/*.py、L*_*层/*.py |
| SDK/库 | 所有pip install安装的 Python 包 |
| CLI 工具 | lh命令及其子命令 |
| API 实现 | FastAPI/Flask 服务端代码 |
| 部署配置 | docker/*、deploy/*.sh、Dockerfile、.devcontainer/* |
| 前端代码 | portal/*、web/*、React/Vue/HTML/JS/CSS |
| 测试代码 | tests/*、benchmark_*.py |
| 数据库 Schema | SQL 定义、ORM 模型 |
判定口诀:如果是"让机器跑起来"的代码 → 工程层。
2.3 边界模糊物件的处理(重要)
某些文件同时包含思想和代码,按主导性质判定:
| 混合类型 | 判定 | 理由 |
|---|---|---|
| 协议文档中的代码示例 | 思想层 | 代码示例为说明思想,非独立工程 |
| 代码注释中的算法推导 | 工程层 | 注释附属于代码 |
知识图谱.md | 思想层 | 本质是结构化知识 |
| Jupyter Notebook | 工程层 | 本质是可执行代码 |
| 训练数据 JSONL | 工程层 | 本质是工程输入 |
如无法判定 → 默认归入思想层(更严格保护),由 P05 审计确认后归档。
§3. 历史冲突解决方案
3.1 已识别的6类冲突,逐类处理
| # | 冲突位置 | 原状态 | 分层后处理 |
|---|---|---|---|
| 1 | 根LICENSE | 仅 CC BY-NC-SA | 改为分层双协议声明 |
| 2 | pyproject.toml | CN-SOVEREIGN-LICENSE-v1.0+ “Proprietary” | 改为MulanPSL v2 + CC BY-NC-SA 4.0 (分层) |
| 3 | xpay/LICENSE | MulanPSL v2(代码)+ 文化归属声明 | 保留分层结构·明确代码=MulanPSL |
| 4 | DIGITAL-MILITARY-CODE-v1.0.md | 仅 MulanPSL v2 | 改为分层声明 |
| 5 | LH-CORE-DNA-FIX-v1.0.md | 仅 MulanPSL v2 | 改为分层声明 |
| 6 | 洛书369论文 | 同时引用两个协议 | 改为分层声明 |
3.2 处理原则
- 不追溯变更已发布版本:历史版本的 LICENSE 保持不变(如
dist/中旧版) - 当前活跃文件全部修正:所有在 master/main 上的冲突文件按本协议统一
- 分层声明格式:冲突文件改用如下标准化声明块
§4. 标准分层声明块
4.1 工程实现层文件头部(.py / .js / Dockerfile / .yml / .sh 等)
# 龍魂系统 · 工程实现层# License: MulanPSL v2 (https://license.coscl.org.cn/MulanPSL2)# 文化归属: 思想框架归龍魂核心思想层 (CC BY-NC-SA 4.0)# DNA: #龍芯⚡️<干支>-<模块>-<动作>-<哈希8># 署名: UID9622(诸葛鑫·Lucky)4.2 核心思想层文件头部(.md 协议/白皮书等)
> DNA: #龍芯⚡️<干支>-<模块>-<动作>-<哈希8> > 创建者: 诸葛鑫(UID9622) > 协议: CC BY-NC-SA 4.0(核心思想层) > 工程代码: 见 MulanPSL v2(工程实现层)4.3 混合性质文件头部
> 分层许可: > 本文档思想/哲学部分 — CC BY-NC-SA 4.0 > 本文档中可执行代码 — MulanPSL v2 > 详见: 01_protocols/LH-LAYERED-LICENSE-v1.0.md§5. 开发者视角:这意味着什么
5.1 如果你是开发者
| 你想做什么 | 可以吗 | 条件 |
|---|---|---|
| pip install 龍魂SDK,集成到你的商业项目 | ✅ 可以 | 保留署名 + DNA追溯码 |
| 基于龍魂CLI开发付费SaaS工具 | ✅ 可以 | 保留署名 + DNA追溯码 |
| 把龍魂的哲学白皮书印在你的产品包装上 | ❌ 不行 | 需要单独授权 |
| 修改369不动点数值后声称"龍魂算法" | ❌ 不行 | 篡改思想层 |
| 删掉DNA追溯码声称自己的原创 | ❌ 不行 | 违约·耻辱柱 |
| 用龍魂代码训练你自己的AI模型 | ✅ 可以 | MulanPSL允许 |
| 把道德经锚点算法商业化 | ✅ 可以 | 算法实现是代码层,思想归属不改 |
| fork后换个名字发PyPI | ❌ 不行 | 违反署名要求 |
5.2 如果你是内容创作者
| 你想做什么 | 可以吗 | 条件 |
|---|---|---|
| 引用龍魂白皮书观点写文章 | ✅ 可以 | 署名 + CC BY-NC-SA 传播 |
| 翻译龍魂协议文档 | ✅ 可以 | 署名 + 相同协议 |
| 基于龍魂哲学框架写书 | 🟡 可以 | 非商业或单独授权 |
| 把龍魂思想做成付费课程 | 🟡 需授权 | 联系 UID9622 |
§6. 商业使用边界(重要)
工程层代码(MulanPSL v2):允许商业使用。这是刻意为之——我们鼓励开发者拿龍魂的工具去创造价值、去赚钱。
但以下属于思想层的商业使用,需授权:
- 把龍魂哲学体系包装成商业咨询产品
- 以"龍魂官方"名义提供付费服务
- 将文化标识(「龍」字、UID9622身份)用于商业品牌
判断标准一句话:用的是工具还是用的是名号?工具随便用,名号要授权。
§7. 子项目/第三方依赖的许可证
| 子项目/依赖 | 许可证 | 与本协议的关系 |
|---|---|---|
longhun-font/ | SIL OFL 1.1 | 独立字体许可证·与分层协议不冲突 |
multicurrency/ | 自定义许可证 | 继承本分层协议·代码=MulanPSL |
xpay/ | MulanPSL v2 + 文化归属 | 与本分层协议一致 ✅ |
| GPT-SoVITS | 第三方许可证 | 上游项目许可证为准 |
| Fish Speech | 第三方许可证 | 上游项目许可证为准 |
§8. 后续协议冲突的统一处理规则
铁律:以后任何协议冲突,不吵架、不纠结,按本协议分层处理。
8.1 自动判定流程
新文件/新项目出现 │ ├── 是代码/可执行物? → MulanPSL v2(工程实现层) │ ├── 是协议/哲学/白皮书? → CC BY-NC-SA 4.0(核心思想层) │ └── 混合性质? → 按主导性质判定 → P05审计确认 → 归档8.2 已有许可证声明的优先级
当某个文件已有明确许可证声明(如旧版 CN-SOVEREIGN-LICENSE、仅 MulanPSL、仅 CC BY-NC-SA),按以下优先级处理:
- 本分层协议为最高裁决:所有龍魂仓库内文件最终以此为准
- 文件级声明为补充:文件自身的许可证声明不能与本分层协议矛盾
- 如矛盾 → 以本协议为准修正:修正文件头部声明,历史不改
8.3 第三方贡献代码
外部开发者贡献的代码(PR/合并请求):
- 贡献者默认同意代码部分以 MulanPSL v2 发布
- 在
CONTRIBUTING.md中声明此规则 - 如贡献者不同意 → 贡献内容不能合并
§9. 许可证文本全文引用
9.1 CC BY-NC-SA 4.0 国际
全文: https://creativecommons.org/licenses/by-nc-sa/4.0/legalcode.zh-hans
摘要:
- 署名(BY):必须给出适当的署名
- 非商业性使用(NC):不得用于商业目的
- 相同方式共享(SA):衍生作品必须以相同许可分发
9.2 木兰宽松许可证 v2
全文: https://license.coscl.org.cn/MulanPSL2
摘要:
- 允许:复制、使用、修改、分发(包括商业使用)
- 条件:保留版权声明、免责声明、许可证文本
- 专利:贡献者授予用户相关专利许可
§10. 版本历史
| 版本 | 日期 | 变更 | 修订人 |
|---|---|---|---|
| v1.0 | 2026-08-04 | 初始版本·分层双许可证模型·历史冲突解决方案·后续冲突统一规则 | UID9622+AI |
附录A · 受影响的文件清单(本次批量修正)
A.1 根级文件(核心声明)
| 文件 | 修正内容 |
|---|---|
LICENSE | 全量重写为分层双协议声明 |
pyproject.toml | license字段 + classifiers 修正 |
GENTLEMANS_PROTOCOL.md | "不商业化"条款更新为分层表述 |
GOVERNANCE.md | 协议引用更新为分层模型 |
PRIVACY_POLICY.md | 协议引用更新 |
ATTRIBUTION.md | 添加分层许可说明 |
A.2 子项目/冲突文件
| 文件 | 原冲突 | 修正 |
|---|---|---|
xpay/LICENSE | MulanPSL vs CC | 保留分层结构·代码=MulanPSL ✅ |
governance/protocols/P2_system/DIGITAL-MILITARY-CODE-v1.0.md | “木兰宽松许可证” | 改为分层声明 |
governance/protocols/P2_system/LH-CORE-DNA-FIX-v1.0.md | “木兰PSL v2 / 商业友好型” | 改为分层声明 |
dist/longhun-system-v5.0.0-opensource/LICENSE | 旧版 v1.0 | 更新为分层版本 |
A.3 批量修复类
| 范围 | 数量估算 | 方式 |
|---|---|---|
01_protocols/中引用 CC BY-NC-SA 的 .md | ~125个 | 文件头标准化·后续批量 |
bin/中引用协议的 .py | ~862个 | 文件头标准化·后续批量 |
本附录不要求一次性全部修正。立即修正:根级文件+冲突文件(A.1+A.2)。
渐进修正:A.3 在后续日常编辑中逐文件标准化,不单独大规模重写。
🐉思想不卖,工具随便用。分层治理,一劳永逸。
