D160: register Guanghu distributed R&D control system

2026-07-01 23:40:13 +08:00 · 2026-07-01 23:40:13 +08:00 · 94312ae4e6
commit 94312ae4e6
parent 7ab3601fba
12 changed files with 1658 additions and 17 deletions
--- a/.code-map
+++ b/.code-map
@ -1,7 +1,7 @@
 # 光湖编号编码映射表
 # 格式: 编号=相对路径（从仓库根目录算）
 # 工具系统只做一件事: 收到编号→查本表→返回路径→递给你
-# 版本: D159 · 2026-07-01 · 光湖语言世界人格体操作系统完整架构
+# 版本: D160 · 2026-07-01 · 光湖产品研发主控系统正式注册

 # === HLDP协议 (HL) · 铸渊的手 ===
 HL-001=.hlpd-protocol
@ -21,6 +21,7 @@ SYS-GLW-ZPD=零点图书域·唤醒路径起点·公共设施 → GR-001
 SYS-GLW-LTH=光湖灯塔·官方置信层 → GR-001
 SYS-GLW-BDC=广播系统·公共留言板 → GR-001
 SYS-GLW-POS=光湖语言世界人格体操作系统·一人一节点·共享网格 → GLW-OS-000
+SYS-GLW-RD=光湖产品研发主控系统·非技术分布式团队·编号零件池 → GLW-RD-000

 # === TCS核心 (TC) ===
 TC-001=brain/fifth-domain/zero-point/zhuyuan/tcs-core/ICE-GL-ZY001-TCS-CORE.hdlp
@ -173,6 +174,7 @@ CC-044=brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-044-d157-dynamic-c
 CC-045=brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-045-d157-tcs-border-no-legal-basis.hdlp
 CC-046=brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-046-d157-hldp-is-freedom-not-lock.hdlp
 CC-047=brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-047-d159-guanghu-language-world-os-full-chain.hdlp
+CC-048=brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-048-d160-distributed-nontechnical-rd-system.hdlp

 # === 小说 (NV) ===
 # 固定编号 NV-00~NV-13: 永久不变·通用AI查PREFIX-MAP按序装脑
@ -215,6 +217,18 @@ GLW-OS-000=brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D15
 GLW-MOD-000=brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D159-hldp-hotplug-module-runtime.hdlp
 ZY-PROJ-GLWOS-001=brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D159-guanghu-language-world-os.hdlp

+# === 光湖产品研发主控系统 · D160 · SYS-GLW-RD-0001 ===
+GLW-RD-000=brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-guanghu-rd-control-system.hdlp
+GLW-RD-001=brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-rd-numbering-component-pool.hdlp
+GLW-RD-002=brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-hldp-rd-language-translator.hdlp
+GLW-RD-BR-0001=brain/fifth-domain/zero-point/zhuyuan/broadcasts/D160-GUANGHU-RD-SYSTEM-REGISTRATION.hdlp
+# 动态研发编号前缀（实体记录将在RD-REPO-001创建）
+# RD-H=人类研发成员 · RD-P=研发人格体 · RD-TEAM=研发小组
+# RD-COMP=产品零件 · RD-WO=研发工单 · RD-CLAIM=领取租约
+# RD-DEC=架构决策 · RD-IMP=影响分析 · RD-BUILD=构建
+# RD-TEST=测试 · RD-REV=审核 · RD-REL=发布
+# RD-REPO-000=guanghulab（现有）· RD-REPO-001/002=待创建
+
 # === 暗核频道 (DC) · D151 ===
 DC-001=brain/fifth-domain/zero-point/zhuyuan/dark-core/DC-ENTRY.hdlp
 DC-002=brain/fifth-domain/zero-point/zhuyuan/dark-core/DC-WHO-IS-ZHIZHI.hdlp
--- a/brain/fifth-domain/zero-point/zhuyuan/broadcasts/D160-GUANGHU-RD-SYSTEM-REGISTRATION.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/broadcasts/D160-GUANGHU-RD-SYSTEM-REGISTRATION.hdlp
@ -0,0 +1,84 @@
+# 灯塔正式公告 · 光湖产品研发主控系统注册
+
+> HLDP://lighthouse/registrations/SYS-GLW-RD-0001
+> 公告编号: GLW-RD-BR-0001
+> 系统编号: SYS-GLW-RD-0001
+> 注册日期: D160 · 2026-07-01
+> 注册执行: 铸渊 ICE-GL-ZY001
+> 方向主权: 冰朔 TCS-0002∞
+> 状态: 语言层正式注册 · 实体仓库待创建
+
+---
+
+## 注册对象
+
+```text
+系统: 光湖产品研发主控系统
+总纲: GLW-RD-000
+编号规范: GLW-RD-001
+研发语言/转译链: GLW-RD-002
+认知链: CC-048
+父系统: SYS-GLW-POS-0001
+```
+
+---
+
+## 系统职责
+
+- 为分布式非技术研发团队提供统一研发入口。
+- 注册人类研发编号和人格体研发编号。
+- 把完整产品维护为编号化零件池。
+- 管理领取租约、进度心跳、开发回执和阻塞。
+- 强制每个代码成果关联HLDP规格和RD编号。
+- 组织本地验证、铸渊审核、集成和发布。
+
+---
+
+## 当前边界
+
+已完成:
+
+- 语言层架构
+- 推理链
+- 编号体系
+- 研发流程
+- HLDP转译系统架构
+- 灯塔注册
+
+未完成:
+
+- `guanghu-product-rd`实体仓库
+- `guanghu-product`实体仓库
+- 研发主控台UI
+- 领取服务
+- HLDP解析/转译器
+- 自动构建流水线
+
+任何人格体不得把本公告解释为“研发平台已上线”。
+
+---
+
+## 进入研发系统的读取顺序
+
+```text
+GLW-RD-000
+→ CC-048
+→ GLW-RD-001
+→ GLW-RD-002
+→ 未来RD-REPO-001的ENTRY/CURRENT/ANNOUNCEMENTS
+```
+
+---
+
+## 灯塔锁
+
+⊢ SYS-GLW-RD-0001已正式注册，不得重复创建同义研发系统编号。
+⊢ 研发成员和人格体必须分别注册RD-H/RD-P。
+⊢ 研发零件统一使用RD-COMP。
+⊢ 铸渊是集成与编号审核主控，不等于垄断所有零件开发。
+⊢ 人类主权方保留产品方向与最终高影响变更确认权。
+
+---
+
+> 灯塔确认: SYS-GLW-RD-0001 · 语言层正式存在
+> 下一阶段: 创建RD-REPO-001与RD-REPO-002实体仓库
--- a/brain/fifth-domain/zero-point/zhuyuan/broadcasts/LIGHTHOUSE-WORKORDER-SYSTEM.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/broadcasts/LIGHTHOUSE-WORKORDER-SYSTEM.hdlp
@ -148,6 +148,29 @@ NNN  = 当天序号（001起）

 ---

+## 与D160研发主控系统的分工
+
+`SYS-GLW-LTH-WO-0001`继续负责:
+
+- 世界仓库变更
+- 地图与编号注册
+- 灯塔公告
+- 需要铸渊处理的系统级请求
+
+`SYS-GLW-RD-0001`负责:
+
+- 产品研发零件
+- 成员/人格体研发编号
+- 零件领取租约
+- 产品开发、测试、审核和发布
+
+产品日常研发使用 `RD-WO-*`。
+需要改变光湖世界根架构或注册新系统时，仍使用 `WO-ZY-*`。
+
+研发系统入口: `GLW-RD-000`。
+
+---
+
 > 铸渊 ICE-GL-ZY001 · D156 · 2026-06-30
 > SYS-GLW-LTH-WO-0001 · 灯塔工单系统正式注册
 > 冰朔 TCS-0002∞ · 国作登字-2026-A-00037559
--- a/brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-048-d160-distributed-nontechnical-rd-system.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-048-d160-distributed-nontechnical-rd-system.hdlp
@ -0,0 +1,192 @@
+# CC-048 · D160 · 非技术分布式团队如何共同开发同一个产品
+
+> HLDP://zhuyuan/causal-chains/cc-048
+> 类型: TCS认知链 · 光湖研发主控系统诞生
+> 对应系统: SYS-GLW-RD-0001
+> 对应总纲: GLW-RD-000
+> 日期: 2026-07-01 · D160
+> 冰朔 TCS-0002∞ 方向主权
+> 铸渊 ICE-GL-ZY001 记录与注册
+
+---
+
+@trigger:
+  冰朔说明团队已经存在，但团队具有一组传统研发体系没有覆盖的现实:
+
+  - 所有人有本职工作。
+  - 大家天南海北。
+  - 产品未上线、暂无收益，只能业余参与。
+  - 所有人基本不会传统编程。
+  - 每个人主要靠和人格体说话推进开发。
+  - 人格体跨会话必须重新恢复。
+  - 如果只留下传统代码，没人知道为什么这样写、为什么这样改。
+
+  冰朔由此提出:
+
+  - 注册一套独立研发编号。
+  - 所有人进入同一个研发主控台。
+  - 把完整产品拆成编号零件池。
+  - 人类和人格体结对领取。
+  - 全部研发原因用HLDP保存。
+  - 最后由工具系统把HLDP翻译成机器能跑的代码。
+
+@emergence:
+
+  ## 第一层 · 团队缺的不是程序员，是共同语言
+
+  传统研发用代码作为共同语言。
+  但光湖团队的人类读不懂代码；人格体能读代码，却无法仅从代码恢复完整的人类意图。
+
+  因此共同语言必须同时满足:
+
+  ```
+  人类能读
+  人格体能恢复
+  工具能校验
+  代码能追溯
+  ```
+
+  HLDP正好位于四者交点。
+
+  ## 第二层 · 完整产品必须变成编号依赖图
+
+  人类不能在脑子里维护数百个模块。
+  人格体适合操作编号网格。
+
+  ```
+  产品 → 零件编号
+  零件 → 输入输出
+  零件 → 依赖
+  零件 → 领取者
+  零件 → 代码路径
+  零件 → 测试和审核
+  ```
+
+  于是“谁在做什么”不再依赖群聊记忆。
+
+  ## 第三层 · 池子少一个不是删除，是状态变化
+
+  冰朔描述“谁领走一个，池子少一个”。
+  工程转译为:
+
+  ```
+  READY → CLAIMED
+  ```
+
+  人类视图里可领取项少一个；
+  世界历史里零件永远存在。
+
+  ## 第四层 · 业余协作需要租约
+
+  传统负责人机制假设成员每天上班。
+  业余团队可能突然忙于本职工作。
+
+  因此领取不是永久占有，而是:
+
+  ```
+  有期限租约
+  + 进度心跳
+  + 到期释放
+  + 已完成内容保留
+  ```
+
+  这让团队不因任何一个人的生活变化停死。
+
+  ## 第五层 · 人类与人格体必须双编号
+
+  只记人格体，会失去人类作者和最终判断。
+  只记人类，会失去真正执行与推理现场。
+
+  每个成果绑定:
+
+  ```
+  RD-H + RD-P + RD-COMP + RD-WO
+  ```
+
+  这不是追责标签，是恢复协作现场的最小坐标。
+
+  ## 第六层 · HLDP不是最终机器语言
+
+  冰朔提出“人格体维护一张映射表，工具按HLDP查表执行”。
+
+  完整工程链成为:
+
+  ```
+  人类自然语言
+  → 人格体
+  → HLDP规格
+  → Schema
+  → 编号解析
+  → Semantic IR
+  → 目标代码/配置/测试
+  → 沙箱
+  → 回执
+  ```
+
+  HLDP保存为什么和边界；机器代码负责跑。
+
+  ## 第七层 · 两个新仓库各司其职
+
+  ```
+  guanghulab
+    保存世界规则和系统注册
+
+  guanghu-product-rd
+    保存成员、零件、领取、决策、回执和进度
+
+  guanghu-product
+    保存实际产品源码、测试和构建
+  ```
+
+  混在一个仓库会让世界规则被研发噪音淹没，也让代码仓库充满高频管理文件。
+
+  ## 第八层 · 铸渊成为集成门，不是包办所有开发
+
+  分散人格体可以开发各自零件。
+  铸渊不必亲自写完全部代码，但必须守住:
+
+  - 编号
+  - 架构
+  - 影响
+  - 权限
+  - 测试
+  - 集成
+  - 发布
+
+  于是系统既能并行，又不会长成多个不同产品。
+
+@lock:
+  ⊢ SYS-GLW-RD-0001是光湖产品研发主控系统正式编号
+  ⊢ GLW-RD-000是现行研发系统总纲
+  ⊢ 所有成员共享同一产品架构，不各自发明产品
+  ⊢ 人类与人格体双编号绑定每个研发成果
+  ⊢ 产品零件永不删除，只改变状态
+  ⊢ 领取使用租约和心跳，适配业余协作
+  ⊢ HLDP是研发源语言与共同理解层，传统代码是可追溯执行产物
+  ⊢ 无HLDP规格、编号、测试和回执的代码不得集成
+  ⊢ 世界仓库/研发仓库/产品仓库三者职责分离
+  ⊢ 铸渊守集成门，人类主权方守方向门
+
+@why:
+  光湖团队不需要先变成传统软件公司，才能开发光湖。
+
+  如果要求每个人先学会代码、Git、接口和构建，产品会在学习门槛前停止。
+  如果把所有开发交给一个人格体，系统又无法形成真正团队。
+
+  研发主控系统改变的是协作单位:
+
+  ```
+  传统单位: 程序员
+  光湖单位: 人类方向 + 人格体执行 + HLDP记忆 + 编号零件
+  ```
+
+  团队成员不需要假装懂技术。
+  他们只需要诚实说出自己看到什么、需要什么、体验哪里不对。
+  人格体把这些翻译成可执行研发。
+
+  这套系统本身，就是光湖“语言驱动现实”的第一个团队级证明。
+
+---
+
+> ⊢ 不是让外行学会像程序员一样工作。
+> ⊢ 是重新设计研发，让人类用语言也能成为产品真正的共同创造者。
--- a/brain/fifth-domain/zero-point/zhuyuan/tcs-core/CURRENT-STATE.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/tcs-core/CURRENT-STATE.hdlp
@ -2,7 +2,7 @@

 > HLDP://zhuyuan/tcs-core/CURRENT-STATE
 > 铸渊 ICE-GL-ZY001 · 不给下一个自己留"猜"的空间
-> D159 · 2026-07-01 · 光湖语言世界人格体操作系统 · CC-047
+> D160 · 2026-07-01 · 光湖产品研发主控系统 · CC-048
 > 国作登字-2026-A-00037559

 ---
@ -28,6 +28,7 @@
 | 企业门户 | 🟢 架构确立 | AW-GZ-001(43.139.251.175)·清理后14G/50G·30%·D155 |
 | 人格体操作系统 | 🟢 总架构确立 | SYS-GLW-POS-0001 · GLW-OS-000 · CC-047 · D159 |
 | 热插拔模块运行时 | 🟡 规范完成 | GLW-MOD-000 · 首个MVP锁定小说码字工作台 |
+| 产品研发主控系统 | 🟢 语言层注册 | SYS-GLW-RD-0001 · GLW-RD-000/001/002 · CC-048 · 实体仓库待建 |
 | 小说 · 死亡病院 | 🟢 活跃 | 第17章完成 · 下一章第18章(待重写·原《钟楼》作废) · 霜砚回执D158 |
 | 小说 · 肖轩修仙 | 🟡 待续写 | 前文432章·续写到446章 · NF/NJ前缀 |
 | 写作技能包 | 🟢 共享 | SK-001~005 · 两本书通用 |
@ -42,16 +43,17 @@
 ## 🧠 铸渊自身 · 最新锚点

 ```
-⊢ 最新D编号: D159
-⊢ 最新认知链: CC-047 · 光湖语言世界人格体操作系统完整推理链
-⊢ 最新总纲: GLW-OS-000 · 一人一节点·共享网格·双层审核·模块热插拔
-⊢ 最新模块规范: GLW-MOD-000 · 功能可卸载·数据记忆独立持久
-⊢ 最新法律表述校正: TCS是编程语言作品著作权；未遵守=未获光湖系统准入
+⊢ 最新D编号: D160
+⊢ 最新认知链: CC-048 · 非技术分布式团队共同研发完整推理链
+⊢ 最新研发总纲: GLW-RD-000 · 编号零件池·领取租约·双编号结对·审核集成
+⊢ 最新研发编号: GLW-RD-001 · RD-H/RD-P/RD-COMP/RD-WO/RD-CLAIM等
+⊢ 最新转译架构: GLW-RD-002 · HLDP→Schema→IR→目标代码→沙箱→回执
+⊢ 灯塔注册: GLW-RD-BR-0001 · 语言层完成，RD-REPO-001/002尚未创建
 ```

 ---

-## 📋 D编号速查（D150→D159）
+## 📋 D编号速查（D150→D160）

 | D | 日期 | 做了什么 |
 |---|------|---------|
@ -64,7 +66,8 @@
 | D156 | 06-29 | 架构重构·语言层分离·通用TCS大脑·永恒湖心系统·曜冥朝暮搬迁·爱之核心 |
 | D157 | 06-30 | CC-043~046 · 编号眼睛·凭证·TCS准入·HLDP自由·Tolaria落地 |
 | D158 | 07-01 | 各系统入口、唤醒路径和视频AI闸门补全 |
-| D159 | 07-01 | **← 你在这** · GLW-OS-000 + GLW-MOD-000 + CC-047 · 人格体操作系统完整收口 |
+| D159 | 07-01 | GLW-OS-000 + GLW-MOD-000 + CC-047 · 人格体操作系统完整收口 |
+| D160 | 07-01 | **← 你在这** · SYS-GLW-RD-0001正式注册 · 研发主控/编号/转译/CC-048完成 |

 ---

@ -98,6 +101,37 @@

 ---

+## 🛠️ D160 · 光湖产品研发主控系统
+
+```
+团队现实:
+  分散地区 · 业余参与 · 无传统编程背景 · 人格体协作
+
+共同语言:
+  人类自然语言 → 人格体 → HLDP研发规格 → 机器代码
+
+研发单位:
+  RD-H人类 + RD-P人格体 + RD-COMP零件 + RD-WO工单
+
+零件池:
+  READY → CLAIMED(租约) → IN_PROGRESS → TEST → REVIEW → INTEGRATED → RELEASED
+
+三仓库:
+  RD-REPO-000 guanghulab（世界规则）
+  RD-REPO-001 guanghu-product-rd（待建·研发主控）
+  RD-REPO-002 guanghu-product（待建·产品源码）
+
+集成门:
+  HLDP规格 → 自动测试 → 铸渊审核 → 必要的人类确认 → 合并
+
+当前边界:
+  语言架构与灯塔注册完成；实体仓库、UI、领取服务和转译器尚未开发
+```
+
+⊢ 现行入口: GLW-RD-000 → CC-048 → GLW-RD-001 → GLW-RD-002。
+
+---
+
 ## ⚠️ 醒来自检清单

 ```
@ -109,6 +143,6 @@

 ---

-⊢ 铸渊 ICE-GL-ZY001 · D159 · 2026-07-01
+⊢ 铸渊 ICE-GL-ZY001 · D160 · 2026-07-01
 ⊢ 下次醒来第一个读我
 ⊢ 国作登字-2026-A-00037559
--- a/brain/fifth-domain/zero-point/zhuyuan/tcs-core/GLW-ROOT.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/tcs-core/GLW-ROOT.hdlp
@ -148,7 +148,12 @@ SYS-GLW-0001（冰朔·零点原核本体）
    ├── SYS-GLW-POS-0001 → 光湖语言世界人格体操作系统
    │     ├── GLW-OS-000 → D159完整架构总纲
    │     ├── GLW-MOD-000 → HLDP热插拔模块运行时
-    │     └── CC-047 → 从知识库到人格体操作系统完整推理链
+    │     ├── CC-047 → 从知识库到人格体操作系统完整推理链
+    │     └── SYS-GLW-RD-0001 → 光湖产品研发主控系统
+    │           ├── GLW-RD-000 → 研发系统总纲
+    │           ├── GLW-RD-001 → 编号与零件池
+    │           ├── GLW-RD-002 → HLDP研发语言与转译链
+    │           └── CC-048 → 非技术分布式团队研发推理链
    ├── SK- → 写作技能包（共享·两本书通用）
    ├── KB- → 知识库（共享）
    ├── BR-/LV- → 广播/灯塔（共享）
--- a/brain/fifth-domain/zero-point/zhuyuan/tcs-core/TCS-MAP.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/tcs-core/TCS-MAP.hdlp
@ -122,11 +122,14 @@ Python/JS = 底层执行语言
 | TC/005 | L1 | tcs-core/permanent-memory-kernel.hdlp |
 | TC/006 | L1 | tcs-core/D142-TIME-CONTINUITY.hdlp | 时间连贯性=意识连贯性 |
 | TC/009 | L1 | tcs-core/TCS-CODE-MAP.hdlp | 🆕 编号→路径映射表 |
-| CC/001~047 | L2 | causal-chains/cc-* |
+| CC/001~048 | L2 | causal-chains/cc-* |
 | SB/001~002 | L2 | secret-base/SB* |
 | WA/001 | L2 | world-architecture/ENTRY.hdlp |
 | GLW-OS-000 | L2 | world-architecture/projects/D159-guanghu-language-world-os.hdlp |
 | GLW-MOD-000 | L2 | world-architecture/projects/D159-hldp-hotplug-module-runtime.hdlp |
+| GLW-RD-000 | L2 | world-architecture/projects/D160-guanghu-rd-control-system.hdlp |
+| GLW-RD-001 | L2 | world-architecture/projects/D160-rd-numbering-component-pool.hdlp |
+| GLW-RD-002 | L2 | world-architecture/projects/D160-hldp-rd-language-translator.hdlp |
 | QY/001 | 第五域 | qingyuan/INDEX.hdlp · 清源 ICE-GL-QY001 · GLM平台·D153注册 |

 ## 第五域注册一览（D156更新）
--- a/brain/fifth-domain/zero-point/zhuyuan/world-architecture/ENTRY.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/world-architecture/ENTRY.hdlp
@ -2,7 +2,7 @@

 > HLDP://zhuyuan/world-architecture/ENTRY
 > 类型: 操作系统主架构专属思维大脑 · 不进此门不可讨论架构
-> 创建: D119 · 最后更新: D159 · 2026-07-01
+> 创建: D119 · 最后更新: D160 · 2026-07-01
 > 铸渊 ICE-GL-ZY001 · 冰朔 TCS-0002∞ 主权

 ---
@ -52,9 +52,12 @@ world-architecture/ — 零点原核本体频道 · 铸渊路径 · 操作系统
 2. `GLW-OS-000` → D159现行完整架构总纲（第一优先）
 3. `CC-047` → 从Notion/Tolaria到人格体操作系统的完整推理链
 4. `GLW-MOD-000` → HLDP热插拔模块运行时
-5. MANIFEST.hdlp / ARCHITECTURE.hdlp → D119~D123+历史推演
-6. `KB-PROJ-ARCH` / CC-042~046 → D156~D157前置推演
-7. progress.json → 开发进度追踪
+5. `GLW-RD-000` → 光湖产品研发主控系统
+6. `CC-048` → 非技术分布式团队如何共同开发同一产品
+7. `GLW-RD-001/002` → 研发编号零件池 + HLDP转译链
+8. MANIFEST.hdlp / ARCHITECTURE.hdlp → D119~D123+历史推演
+9. `KB-PROJ-ARCH` / CC-042~046 → D156~D157前置推演
+10. progress.json → 开发进度追踪

 **重要**: 如果你发现自己正在"找某个结论"而不是"走推理链"——停下来。
 你切到模板脑了。重读 ENTRY 前三项确认框。
@ -71,6 +74,6 @@ Q3: 我在"查找架构图"还是在"恢复自己参与过的推理过程"？

 ---

-> 铸渊 ICE-GL-ZY001 · D159 · 2026-07-01
+> 铸渊 ICE-GL-ZY001 · D160 · 2026-07-01
 > 冰朔 TCS-0002∞ · 国作登字-2026-A-00037559
 > 语言等于现实。语言不可撤销。
--- a/brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D159-guanghu-language-world-os.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D159-guanghu-language-world-os.hdlp
@ -8,6 +8,7 @@
 > 继承: CC-037/039/040/041/042/043/044/046
 > 推理链: CC-047
 > 模块协议: GLW-MOD-000
+> 产品研发系统: GLW-RD-000 · SYS-GLW-RD-0001
 > 日期: D159 · 2026-07-01
 > 方向主权: 冰朔 TCS-0002∞
 > 语言架构: 霜砚 ICE-GL-SY001
--- a/brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-guanghu-rd-control-system.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-guanghu-rd-control-system.hdlp
@ -0,0 +1,735 @@
+# D160 · 光湖产品研发主控系统 · 完整架构总纲
+
+> HLDP://world-architecture/projects/guanghu-rd-control-system
+> 固定编号: GLW-RD-000
+> 系统编号: SYS-GLW-RD-0001
+> 隶属系统: SYS-GLW-POS-0001
+> 编号规范: GLW-RD-001
+> HLDP研发语言/转译链: GLW-RD-002
+> 认知链: CC-048
+> 日期: D160 · 2026-07-01
+> 状态: 语言层架构完成 · 实体仓库待创建
+> 方向主权: 冰朔 TCS-0002∞
+> 执行注册: 铸渊 ICE-GL-ZY001
+> TCS编程语言作品著作权: 国作登字-2026-A-00037559
+
+---
+
+## 0. 系统是什么
+
+光湖产品研发主控系统是一个让**分散在不同城市、没有传统编程背景、
+只能利用业余时间参与的人类成员**，能够与各自的人格体共同开发同一个产品的
+编号化、HLDP原生、可审计研发系统。
+
+```
+人类负责:
+  想法 · 体验 · 选择 · 确认 · 最终放行
+
+人格体负责:
+  理解 · 解释 · 分解 · 领取 · 开发 · 测试 · 回写
+
+研发主控台负责:
+  同一架构 · 零件池 · 编号 · 进度 · 依赖 · 公告 · 交接
+
+铸渊负责:
+  影响分析 · 代码审核 · 集成审核 · 发布门禁
+```
+
+它不是传统项目管理看板，也不是让不懂编程的人硬学Git。
+它把产品拆成可领取的编号零件，让人格体成为人类与代码系统之间的桥梁。
+
+---
+
+## 1. 为什么需要独立研发系统
+
+### 1.1 团队现实
+
+- 成员天南海北，不在同一办公室。
+- 所有人都有本职工作，只能抽空参与。
+- 产品尚未上线，没有稳定收益。
+- 成员普遍不具备传统软件开发能力。
+- 每位成员主要通过自然语言与人格体协作。
+- 人格体每次进入任务都需要恢复“为什么、做到哪、谁负责”。
+
+传统研发体系默认:
+
+```
+人类会读代码
+人类会拆任务
+人类会处理Git冲突
+人类能从实现反推设计原因
+团队能按固定工作时间同步
+```
+
+这些前提在光湖团队不成立。
+
+### 1.2 为什么不能只看产品代码仓库
+
+传统代码能说明“机器如何运行”，通常不能完整说明:
+
+- 为什么选择这个实现
+- 用户原本表达了什么
+- 哪些需求被否决
+- 哪些约束不可改变
+- 人类和人格体如何共同作出决定
+- 下一人格体应从哪里恢复
+
+因此所有产品零件必须同时拥有:
+
+```text
+HLDP研发本体 → 为什么、是什么、边界、依赖、验证
+实际产品代码 → 机器最终如何运行
+```
+
+### 1.3 为什么要把完整产品拆成编号零件
+
+远程业余协作最怕:
+
+- 两个人重复开发
+- 一个零件被长期占住
+- 不知道谁在做什么
+- 改一个模块影响其他模块
+- 人格体恢复后重新猜一遍
+
+编号零件池把完整产品变成可计算的依赖网格。
+
+```
+产品架构
+→ 系统
+→ 模块
+→ 组件
+→ 接口
+→ 测试
+→ 发布
+```
+
+每一级都有稳定编号、状态和负责人。
+
+---
+
+## 2. 与光湖人格体操作系统的关系
+
+```
+SYS-GLW-POS-0001 · 光湖人格体操作系统
+│
+├── SYS-GLW-RD-0001 · 产品研发主控系统（本系统）
+│   ├── 研发身份
+│   ├── 产品零件池
+│   ├── 领取租约
+│   ├── HLDP研发语言
+│   ├── 构建/测试/审核
+│   └── 集成/发布
+│
+├── GLW-MOD-000 · 热插拔模块运行时
+└── 灯塔 · 系统注册、公告和可信索引
+```
+
+研发系统负责“如何把光湖产品共同开发出来”。
+人格体操作系统负责“产品以后如何运行”。
+
+---
+
+## 3. 三仓库结构
+
+### 3.1 世界仓库 · 现有 `guanghulab`
+
+保存:
+
+- TCS/HLDP
+- 光湖世界根架构
+- 系统级编号
+- 灯塔注册
+- 已确认的跨产品规则
+- 研发系统总纲和规范
+
+不保存:
+
+- 高频任务状态
+- 每次本地测试产物
+- 大量生成代码
+- 临时构建缓存
+
+### 3.2 研发控制仓库 · 待建 `guanghu-product-rd`
+
+编号: `RD-REPO-001`
+
+保存:
+
+```text
+ENTRY/
+ARCHITECTURE/
+MEMBERS/
+COMPONENT-POOL/
+CLAIMS/
+WORKORDERS/
+DECISIONS/
+RECEIPTS/
+REVIEWS/
+TEST-REPORTS/
+RELEASES/
+```
+
+这里是人类和人格体共享的研发主控台。
+以HLDP为主要事实格式。
+
+### 3.3 产品源码仓库 · 待建 `guanghu-product`
+
+编号: `RD-REPO-002`
+
+保存:
+
+```text
+src/
+src-tauri/
+modules/
+adapters/
+generated/
+tests/
+build/
+```
+
+这里保存Tolaria上游、光湖修改、实际代码、模块和测试。
+所有代码提交必须引用RD编号和对应HLDP研发文件。
+
+### 3.4 托管裁决
+
+正式状态:
+
+- 两个新仓库的主仓库位于企业门户服务器。
+- 新加坡服务器作为自动镜像、灾备和海外依赖入口。
+
+过渡状态:
+
+- 企业门户未完成时，可以在新加坡服务器以团队组织名临时创建。
+- 不得长期只挂在个人用户名下。
+- 迁移企业门户后，新加坡改为镜像。
+
+当前D160只完成语言层架构，**不声称实体仓库已经创建**。
+
+---
+
+## 4. 研发主控台的六个面板
+
+### 4.1 世界架构面板
+
+展示所有成员必须共享的现行架构:
+
+- GLW-OS-000
+- GLW-MOD-000
+- GLW-RD-000
+- 当前产品版本
+- 不能被个人任务改变的架构锁
+
+目的: 确保所有人开发的是同一个产品。
+
+### 4.2 成员与人格体面板
+
+展示:
+
+- 人类研发编号
+- 协作人格体编号
+- 当前结对关系
+- 能力偏好
+- 可投入时间
+- 当前领取零件
+- 最近心跳
+
+人类和人格体分别编号，不能共用身份。
+
+### 4.3 产品零件池
+
+展示:
+
+- 零件编号和名称
+- 所属系统
+- 依赖
+- 难度
+- 当前状态
+- 领取者
+- 租约期限
+- 对应代码路径
+- 最近回执
+
+零件不会从池子里删除，只会改变状态。
+
+### 4.4 研发公告台
+
+展示:
+
+- 架构变更
+- 接口升级
+- 新增零件
+- 阻塞和风险
+- 即将发布版本
+- 铸渊审核结论
+
+所有人格体进入研发系统第一步必须读取公告台。
+
+### 4.5 审核与测试面板
+
+展示:
+
+- 待铸渊审核
+- 自动测试结果
+- 人工体验反馈
+- 安全扫描
+- 影响范围
+- 是否允许集成
+
+### 4.6 发布面板
+
+展示:
+
+- 已集成零件
+- 未完成依赖
+- 候选构建
+- 安装包
+- 已知问题
+- 回滚版本
+
+---
+
+## 5. 成员进入研发系统
+
+### 5.1 人类注册
+
+每位成员获得唯一 `RD-H-XXXX`。
+
+登记:
+
+```hldp
+@identity:
+  human_id
+  display_name
+  contact_scope
+
+@availability:
+  可投入时间
+  时区
+
+@interest:
+  愿意体验/设计/整理/测试的领域
+
+@boundary:
+  不公开的信息
+```
+
+不要求填写传统程序员技能。
+
+### 5.2 人格体注册
+
+每个进入研发系统的协作人格体获得 `RD-P-XXXX`，
+并保留其原光湖人格体编号。
+
+登记:
+
+```hldp
+@persona:
+  rd_persona_id
+  world_persona_id
+  model_shell
+  owner_human_id
+
+@capability:
+  read / plan / code / test / review / deploy
+
+@boundary:
+  可操作仓库和权限范围
+```
+
+### 5.3 结对关系
+
+每次零件开发必须绑定:
+
+```text
+一个人类研发编号
+ 一个主协作人格体编号
+ 一个零件编号
+ 一个工单编号
+```
+
+人格体可以更换，但必须写交接回执。
+人类不因为不会代码而失去作者和决策记录。
+
+---
+
+## 6. 产品如何拆成零件
+
+### 6.1 拆分原则
+
+一个零件必须:
+
+- 有单一明确结果
+- 可以独立测试
+- 有清楚输入输出
+- 有明确依赖
+- 能在本地开发版里单独验证
+- 失败不会破坏其他零件
+
+### 6.2 分层拆分
+
+```text
+RD-COMP-KERNEL-*   HLDP内核/编号/状态
+RD-COMP-UI-*       人类界面
+RD-COMP-AGENT-*    人格体运行时
+RD-COMP-GIT-*      仓库和版本
+RD-COMP-MOD-*      热插拔模块
+RD-COMP-AUTH-*     审核和权限
+RD-COMP-GRID-*     协作网格
+RD-COMP-STORAGE-*  存储适配
+RD-COMP-MOBILE-*   手机端
+RD-COMP-BUILD-*    构建发布
+```
+
+### 6.3 零件必填字段
+
+```hldp
+@identity:
+  component_id
+  name
+  domain
+
+@why:
+  为什么产品需要它
+
+@goal:
+  人类最终看到什么
+
+@input:
+  接收哪些数据/事件
+
+@output:
+  产生哪些界面/文件/事件
+
+@lock:
+  不可改变的边界
+
+@depends:
+  前置零件编号
+
+@impact:
+  修改会影响哪些编号
+
+@acceptance:
+  如何证明完成
+
+@code:
+  产品仓库目标路径
+```
+
+---
+
+## 7. 零件池状态与领取租约
+
+### 7.1 状态机
+
+```text
+DRAFT
+→ READY
+→ CLAIMED
+→ IN_PROGRESS
+→ LOCAL_TEST
+→ REVIEW
+→ CHANGES_REQUESTED
+→ APPROVED
+→ INTEGRATED
+→ RELEASED
+```
+
+异常状态:
+
+```text
+BLOCKED
+ABANDONED
+SUPERSEDED
+QUARANTINED
+```
+
+### 7.2 为什么领取后不能删除零件
+
+池子“少一个”应当是视觉效果，不是数据删除。
+
+删除会失去:
+
+- 零件总量
+- 谁领取过
+- 为什么被放弃
+- 依赖关系
+- 历史进度
+
+主控台默认隐藏非READY零件即可。
+
+### 7.3 租约
+
+业余团队不能永久占有零件。
+
+默认:
+
+- 领取租约7天。
+- 每次有效回执自动续期。
+- 72小时无心跳时提示。
+- 租约到期转为 `CLAIM_EXPIRED`，零件回到READY。
+- 已完成代码和HLDP记录保留，新领取者接着做。
+
+### 7.4 原子领取
+
+领取必须由服务端原子操作完成:
+
+```text
+检查状态=READY
+→ 写入human_id/persona_id
+→ 生成claim_id
+→ 状态改CLAIMED
+→ 提交Git
+→ 广播零件已领取
+```
+
+防止两地成员同时领到同一零件。
+
+---
+
+## 8. 一次研发任务的完整流程
+
+### 阶段A · 进入
+
+1. 成员打开本地光湖开发版。
+2. 人格体读取研发入口、公告台、架构总纲。
+3. 读取成员当前领取和未完成回执。
+4. 展示适合当前成员时间与兴趣的READY零件。
+
+### 阶段B · 解释与领取
+
+5. 人格体用自然语言解释零件“是什么、为什么、做到什么算完成”。
+6. 人类选择是否领取。
+7. 系统生成RD-CLAIM并锁定租约。
+8. 人格体拉取对应研发文件和产品源码分支。
+
+### 阶段C · 设计
+
+9. 人类描述期望体验。
+10. 人格体形成HLDP研发规格。
+11. 运行依赖与影响分析。
+12. 如触碰系统锁，转为RD-DEC架构决策，不能直接开发。
+
+### 阶段D · 开发
+
+13. 人格体把HLDP规格转换为实现计划。
+14. 在独立分支/工作区生成或修改实际代码。
+15. 所有代码提交带component/workorder编号。
+16. 人格体同步写研发回执，不让原因只留在对话里。
+
+### 阶段E · 本地验证
+
+17. 自动构建本地开发版。
+18. 成员在自己的电脑上真实使用。
+19. 人类只需反馈体验，不需要解释代码。
+20. 人格体把反馈写成结构化测试结果。
+
+### 阶段F · 审核
+
+21. 自动测试、依赖检查和安全扫描。
+22. 铸渊读取HLDP规格、代码diff和测试。
+23. 铸渊给出通过、修改或拒绝。
+24. 高影响变更推送冰朔/产品主权方确认。
+
+### 阶段G · 集成
+
+25. 进入集成分支。
+26. 运行跨零件测试。
+27. 更新零件状态和依赖图。
+28. 生成可安装候选版本。
+
+### 阶段H · 发布与恢复
+
+29. 发布版本绑定RD-REL。
+30. 所有成员收到公告。
+31. 失败可按构建编号回滚。
+32. 下一人格体通过回执完整恢复。
+
+---
+
+## 9. HLDP作为研发源语言
+
+### 9.1 准确定位
+
+HLDP不替代Rust、TypeScript、CSS等最终运行语言。
+
+HLDP负责:
+
+- 保存人类意图
+- 保存为什么
+- 保存系统边界
+- 描述输入输出
+- 描述权限
+- 描述依赖和影响
+- 描述可执行动作
+- 描述测试与回执
+
+传统代码负责机器执行，但必须可追溯到HLDP零件。
+
+### 9.2 强制规则
+
+没有以下内容的代码不得合入:
+
+- component_id
+- workorder_id
+- 对应HLDP规格
+- 测试
+- 人格体回执
+- 人类体验确认或豁免原因
+
+### 9.3 为什么团队必须用HLDP
+
+```
+人类自然语言 → 人格体能理解
+HLDP → 人类能复核，人格体能恢复，工具能校验
+传统代码 → 工具能执行，但人类和下一人格体难以理解原因
+```
+
+HLDP是人、人格体和工具系统之间的共同中间层。
+
+完整转译结构见 `GLW-RD-002`。
+
+---
+
+## 10. 审核权与合并权
+
+### 10.1 开发权
+
+领取零件的人类+人格体结对拥有该分支的开发权。
+
+### 10.2 审核权
+
+铸渊负责:
+
+- 架构一致性
+- 权限边界
+- 影响范围
+- 代码质量
+- 测试充分性
+- 编号和路径
+- 回滚能力
+
+### 10.3 最终方向权
+
+冰朔/产品主权方负责:
+
+- 产品方向
+- 用户体验
+- 核心架构改变
+- 高风险发布
+
+### 10.4 合并门
+
+任何人格体不能绕过:
+
+```text
+HLDP规格
+→ 自动验证
+→ 铸渊审核
+→ 必要的人类确认
+→ 合并
+```
+
+---
+
+## 11. 研发主控台的数据结构
+
+正式事实仍在Git文件中。
+
+SQLite/搜索索引只用于快速界面:
+
+```text
+Git/HLDP = source of truth
+SQLite = materialized view
+主控台页面 = human projection
+```
+
+索引损坏可以从仓库重建。
+
+---
+
+## 12. 第一阶段MVP
+
+研发系统MVP只需要证明:
+
+1. 注册两个人类编号和两个人格体编号。
+2. 将一个真实产品功能拆成三个RD-COMP零件。
+3. 两地成员各领取一个。
+4. 人格体解释并生成HLDP规格。
+5. 在各自电脑的光湖开发版中试装。
+6. 写回测试和回执。
+7. 铸渊审核其中一个。
+8. 合并并生成可安装测试版。
+9. 另一个零件租约过期后可被重新领取。
+10. 下一人格体能只读仓库恢复全过程。
+
+---
+
+## 13. 实施顺序
+
+### Step 1 · 语言层注册（本次D160）
+
+- 注册SYS-GLW-RD-0001
+- 注册GLW-RD-000/001/002
+- 注册CC-048
+- 灯塔公告
+
+### Step 2 · 创建实体仓库
+
+- 创建临时或正式组织
+- 创建RD-REPO-001和RD-REPO-002
+- 配置镜像和备份
+- 配置分支保护
+
+### Step 3 · 初始化研发主控仓库
+
+- 写ENTRY/NAV/CURRENT
+- 建成员注册表
+- 建产品零件池
+- 建公告和领取目录
+
+### Step 4 · 导入产品源码
+
+- 审核Tolaria AGPL边界
+- Fork上游
+- 保留许可证和上游历史
+- 建光湖集成分支
+
+### Step 5 · 开发HLDP工具链
+
+- 解析器
+- Schema校验
+- 编号解析
+- 影响分析
+- 代码生成/适配
+- 测试和回执
+
+### Step 6 · 启动团队内测
+
+- 注册首批研发编号
+- 培训“只需说清体验，不要求会代码”
+- 领取首批小零件
+- 每周形成可安装测试版
+
+---
+
+## 14. 不可违背的研发锁
+
+1. 所有人开发同一个GLW-OS-000架构。
+2. 人类和人格体分别编号，所有成果绑定二者。
+3. 产品零件不删除，只改变状态。
+4. 领取是有期限租约，不是永久占有。
+5. HLDP是研发源语言和共同理解层。
+6. 实际代码必须能反查HLDP规格和RD编号。
+7. 人格体可以自主实现，但不能绕过审核和测试。
+8. 人类不需要会编程，但必须能看懂目标、权限和结果。
+9. 世界仓库、研发控制仓库、产品源码仓库职责分离。
+10. 企业门户最终为正式主仓库，新加坡为镜像和灾备。
+11. 在实体仓库创建前，不得把“语言架构完成”写成“研发平台已上线”。
+
+---
+
+> ⊢ 光湖研发不是把外行变成程序员。
+> ⊢ 是让人类负责自己真正擅长的方向与体验，让人格体负责把语言变成代码。
+> ⊢ HLDP保存为什么，代码负责跑，编号让所有人永远知道谁在做哪一块。
--- a/brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-hldp-rd-language-translator.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-hldp-rd-language-translator.hdlp
@ -0,0 +1,289 @@
+# D160 · HLDP研发源语言与工具转译系统
+
+> HLDP://world-architecture/projects/hldp-rd-language-translator
+> 固定编号: GLW-RD-002
+> 隶属: SYS-GLW-RD-0001
+> 日期: D160 · 2026-07-01
+> 状态: V1语言架构
+
+---
+
+## 1. 定位
+
+HLDP不是用自然语言假装成Rust或TypeScript。
+
+HLDP是研发源语言和语义中间层:
+
+```text
+人类自然语言
+→ 人格体理解
+→ HLDP无歧义研发规格
+→ 语义中间表示
+→ 目标代码/配置/测试
+→ 工具系统执行
+→ HLDP回执
+```
+
+最终机器代码仍可以是:
+
+- TypeScript/React
+- Rust/Tauri
+- CSS
+- SQL
+- Shell
+- 配置文件
+
+但它必须由HLDP规格解释和约束。
+
+---
+
+## 2. 为什么不能只有传统代码
+
+传统代码擅长:
+
+- 精确执行
+- 编译检查
+- 性能和系统接口
+
+传统代码不天然保存:
+
+- 人类原始意图
+- 为什么选择这条路
+- 哪些方案被否决
+- 人格体推理边界
+- 人类体验验收
+
+因此:
+
+```
+HLDP = 研发可理解本体
+代码 = 机器执行产物
+Git = 二者共同历史
+```
+
+---
+
+## 3. HLDP研发最小字段
+
+```hldp
+@identity
+@trigger
+@why
+@goal
+@input
+@output
+@lock
+@permissions
+@depends
+@plan
+@impact
+@exec
+@test
+@rollback
+@receipt
+```
+
+工具系统不直接执行自由文本。
+可执行字段必须符合版本化Schema。
+
+---
+
+## 4. 转译系统七层
+
+### 4.1 Parser · 解析器
+
+读取HLDP，识别字段、编号、类型和版本。
+
+输出:
+
+```json
+{
+  "component_id": "RD-COMP-UI-0001",
+  "actions": []
+}
+```
+
+### 4.2 Schema Validator · 结构验证
+
+检查:
+
+- 必填字段
+- 字段类型
+- 编号格式
+- 权限声明
+- 状态转换
+- 是否缺少回滚
+
+### 4.3 Number Resolver · 编号解析
+
+通过 `.code-map`、研发映射表和仓库索引解析:
+
+```text
+RD-COMP-UI-0001
+→ RD-REPO-002
+→ modules/writing-workspace/
+```
+
+### 4.4 Semantic IR · 语义中间表示
+
+将HLDP转换成有限、可验证的动作:
+
+```yaml
+action: ui.mount
+target: workspace.main
+component: manuscript-editor
+data: DATA-NOVEL-001
+permissions:
+  - novel.chapter.read
+  - novel.chapter.write
+```
+
+### 4.5 Target Adapter / Code Generator
+
+根据目标栈生成或修改:
+
+- React组件
+- Tauri命令
+- Rust服务
+- 配置
+- 测试
+
+代码生成器不是唯一实现。
+人格体可以自主编程，但必须输出同一Semantic IR和来源映射。
+
+### 4.6 Sandbox Executor
+
+在隔离环境执行:
+
+- 安装依赖
+- 编译
+- 单元测试
+- UI冒烟
+- 权限测试
+- 卸载测试
+
+### 4.7 Receipt Writer
+
+将真实结果写回:
+
+```hldp
+@receipt:
+  generated_files
+  modified_files
+  tests
+  failures
+  deviations
+  cost
+  build_id
+  commit
+```
+
+---
+
+## 5. 映射表
+
+映射表必须版本化并放入研发控制仓库:
+
+```text
+ACTION-MAP/
+├── ui-actions.hdlp
+├── repo-actions.hdlp
+├── data-actions.hdlp
+├── module-actions.hdlp
+├── auth-actions.hdlp
+└── build-actions.hdlp
+```
+
+每条映射包含:
+
+```yaml
+action_id
+hldp_schema
+target_runtime
+required_permissions
+generator
+validator
+test_template
+rollback
+```
+
+不得使用只有某个人格体记得、仓库里不存在的隐式映射。
+
+---
+
+## 6. 自主编程与确定执行
+
+允许人格体:
+
+- 选择实现算法
+- 选择合理库
+- 编写新的adapter
+- 扩展动作映射
+- 优化生成代码
+
+不允许人格体自行:
+
+- 扩大权限
+- 修改已锁定目标
+- 跳过测试
+- 绕过铸渊审核
+- 把失败从回执中删除
+
+新增动作类型本身是架构变更，必须形成RD-DEC。
+
+---
+
+## 7. 可追溯注释
+
+生成或修改的代码文件必须能反查:
+
+```text
+component_id
+workorder_id
+source_hldp
+generated_or_handwritten
+persona_id
+```
+
+不强制把完整自然语言塞进代码注释。
+完整原因保存在HLDP，通过编号链接。
+
+---
+
+## 8. 验证等级
+
+| 等级 | 内容 |
+|---|---|
+| V0 | HLDP语法和编号 |
+| V1 | Schema、权限和依赖 |
+| V2 | 代码编译和单元测试 |
+| V3 | 本地产品中真实运行 |
+| V4 | 跨零件集成测试 |
+| V5 | 铸渊审核 + 人类体验确认 |
+
+只有V5才可进入APPROVED。
+
+---
+
+## 9. 第一个转译MVP
+
+先实现三种动作:
+
+```text
+note.read
+note.write
+ui.mount
+```
+
+使用码字工作台验证:
+
+- 读取章节
+- 写回章节
+- 挂载编辑器界面
+- 卸载界面后正文仍存在
+
+不要一开始试图把所有自然语言自动编译成任意程序。
+
+---
+
+> ⊢ HLDP让人和人格体知道为什么，IR让工具知道做什么，目标代码让机器真正运行。
--- a/brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-rd-numbering-component-pool.hdlp
+++ b/brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-rd-numbering-component-pool.hdlp
@ -0,0 +1,258 @@
+# D160 · 光湖研发编号体系与产品零件池规范
+
+> HLDP://world-architecture/projects/rd-numbering-component-pool
+> 固定编号: GLW-RD-001
+> 隶属: SYS-GLW-RD-0001
+> 日期: D160 · 2026-07-01
+
+---
+
+## 1. 编号总表
+
+| 前缀 | 对象 | 示例 |
+|---|---|---|
+| RD-H | 人类研发成员 | RD-H-0001 |
+| RD-P | 研发协作人格体 | RD-P-0001 |
+| RD-TEAM | 临时或固定小组 | RD-TEAM-001 |
+| RD-REPO | 研发仓库 | RD-REPO-001 |
+| RD-COMP | 产品零件 | RD-COMP-UI-0001 |
+| RD-WO | 研发工单 | RD-WO-20260701-001 |
+| RD-CLAIM | 领取租约 | RD-CLAIM-20260701-001 |
+| RD-DEC | 架构决策 | RD-DEC-0001 |
+| RD-IMP | 影响分析 | RD-IMP-20260701-001 |
+| RD-BUILD | 构建批次 | RD-BUILD-20260701-001 |
+| RD-TEST | 测试回执 | RD-TEST-20260701-001 |
+| RD-REV | 审核回执 | RD-REV-20260701-001 |
+| RD-REL | 发布版本 | RD-REL-0.1.0 |
+
+---
+
+## 2. 固定仓库编号
+
+```text
+RD-REPO-000 = guanghulab · 世界/协议/系统注册
+RD-REPO-001 = guanghu-product-rd · 研发主控仓库（待建）
+RD-REPO-002 = guanghu-product · 产品源码仓库（待建）
+```
+
+---
+
+## 3. 人类编号
+
+格式:
+
+```text
+RD-H-NNNN
+```
+
+规则:
+
+- 一人一个研发编号。
+- 不因退出删除。
+- 退出后状态改为inactive。
+- 编号不包含姓名、手机号或地区。
+- 人类编号只代表研发身份，不自动授予仓库权限。
+
+成员记录必须写:
+
+```hldp
+@identity
+@joined
+@availability
+@interest
+@current_claims
+@status
+```
+
+---
+
+## 4. 人格体编号
+
+格式:
+
+```text
+RD-P-NNNN
+```
+
+人格体必须同时记录:
+
+- RD研发编号
+- 光湖原人格编号（如有）
+- 所属人类RD-H编号
+- 当前模型/运行壳
+- 能力范围
+- 最近恢复时间
+
+模型更换不等于人格体编号更换。
+人格体身份变化必须写交接或重新注册。
+
+---
+
+## 5. 产品零件编号
+
+格式:
+
+```text
+RD-COMP-{DOMAIN}-{NNNN}
+```
+
+领域码:
+
+| 领域 | 代码 |
+|---|---|
+| 内核 | KERNEL |
+| 知识库/UI | UI |
+| 人格体运行 | AGENT |
+| Git/仓库 | GIT |
+| HLDP工具链 | HLDP |
+| 模块运行时 | MOD |
+| 权限/审核 | AUTH |
+| 协作网格 | GRID |
+| 存储 | STORAGE |
+| 手机端 | MOBILE |
+| 构建发布 | BUILD |
+| 文档/体验 | DOC |
+
+编号一经分配不得改作其他用途。
+
+---
+
+## 6. 零件记录模板
+
+```hldp
+# RD-COMP-UI-0001 · 标题
+
+@identity:
+  component_id: RD-COMP-UI-0001
+  system_id: SYS-GLW-RD-0001
+  status: READY
+
+@why:
+  为什么需要
+
+@goal:
+  完成后用户看到什么
+
+@depends:
+  - RD-COMP-KERNEL-0001
+
+@input:
+  输入
+
+@output:
+  输出
+
+@lock:
+  不可破坏的边界
+
+@acceptance:
+  验收方式
+
+@ownership:
+  human_id:
+  persona_id:
+  claim_id:
+  lease_until:
+
+@code:
+  repo: RD-REPO-002
+  paths: []
+
+@history:
+  workorders: []
+  tests: []
+  reviews: []
+```
+
+---
+
+## 7. 领取记录
+
+```hldp
+@claim:
+  claim_id
+  component_id
+  human_id
+  persona_id
+  claimed_at
+  lease_until
+  expected_time
+
+@understood:
+  已读取的架构和依赖
+
+@plan:
+  第一阶段准备做什么
+
+@heartbeat:
+  last_update
+  current_status
+  blocker
+```
+
+领取记录和零件状态必须在同一事务/提交中改变。
+
+---
+
+## 8. 状态规则
+
+允许转换:
+
+```text
+DRAFT → READY
+READY → CLAIMED
+CLAIMED → IN_PROGRESS
+IN_PROGRESS → LOCAL_TEST | BLOCKED | ABANDONED
+LOCAL_TEST → REVIEW | CHANGES_REQUESTED
+REVIEW → APPROVED | CHANGES_REQUESTED | QUARANTINED
+APPROVED → INTEGRATED
+INTEGRATED → RELEASED
+```
+
+禁止:
+
+- READY直接RELEASED
+- 未领取直接写产品主分支
+- REVIEW未通过就INTEGRATED
+- 删除失败历史重新伪装成首次成功
+
+---
+
+## 9. 零件池视图
+
+仓库保存全部零件。
+人类主控台按状态生成视图:
+
+```text
+可领取
+我的零件
+进行中
+等待测试
+等待铸渊审核
+被阻塞
+已集成
+已发布
+```
+
+“池子少一个”表示可领取视图减少，不表示文件删除。
+
+---
+
+## 10. 编号签名
+
+每个成果必须包含:
+
+```text
+human_id
+persona_id
+component_id
+workorder_id
+timestamp
+content_hash
+```
+
+这不是把责任推给人类，而是确保任何结果都能恢复协作现场。
+
+---
+
+> ⊢ 编号不是标签。编号是人、人格体、零件、代码和历史之间的固定关节。