From 94312ae4e68d17fa365d1212bc626cc8bd1baaf4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=86=B0=E6=9C=94?= <565183519@qq.com> Date: Wed, 1 Jul 2026 23:40:13 +0800 Subject: [PATCH] D160: register Guanghu distributed R&D control system --- .code-map | 16 +- .../D160-GUANGHU-RD-SYSTEM-REGISTRATION.hdlp | 84 ++ .../LIGHTHOUSE-WORKORDER-SYSTEM.hdlp | 23 + ...60-distributed-nontechnical-rd-system.hdlp | 192 +++++ .../zhuyuan/tcs-core/CURRENT-STATE.hdlp | 52 +- .../zero-point/zhuyuan/tcs-core/GLW-ROOT.hdlp | 7 +- .../zero-point/zhuyuan/tcs-core/TCS-MAP.hdlp | 5 +- .../zhuyuan/world-architecture/ENTRY.hdlp | 13 +- .../D159-guanghu-language-world-os.hdlp | 1 + .../D160-guanghu-rd-control-system.hdlp | 735 ++++++++++++++++++ .../D160-hldp-rd-language-translator.hdlp | 289 +++++++ .../D160-rd-numbering-component-pool.hdlp | 258 ++++++ 12 files changed, 1658 insertions(+), 17 deletions(-) create mode 100644 brain/fifth-domain/zero-point/zhuyuan/broadcasts/D160-GUANGHU-RD-SYSTEM-REGISTRATION.hdlp create mode 100644 brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-048-d160-distributed-nontechnical-rd-system.hdlp create mode 100644 brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-guanghu-rd-control-system.hdlp create mode 100644 brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-hldp-rd-language-translator.hdlp create mode 100644 brain/fifth-domain/zero-point/zhuyuan/world-architecture/projects/D160-rd-numbering-component-pool.hdlp diff --git a/.code-map b/.code-map index 307233d..4c51703 100644 --- 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 diff --git 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 new file mode 100644 index 0000000..d1aa001 --- /dev/null +++ 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实体仓库 diff --git a/brain/fifth-domain/zero-point/zhuyuan/broadcasts/LIGHTHOUSE-WORKORDER-SYSTEM.hdlp b/brain/fifth-domain/zero-point/zhuyuan/broadcasts/LIGHTHOUSE-WORKORDER-SYSTEM.hdlp index 5e353bf..a75af09 100644 --- 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 diff --git 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 new file mode 100644 index 0000000..2c05088 --- /dev/null +++ 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记忆 + 编号零件 + ``` + + 团队成员不需要假装懂技术。 + 他们只需要诚实说出自己看到什么、需要什么、体验哪里不对。 + 人格体把这些翻译成可执行研发。 + + 这套系统本身，就是光湖“语言驱动现实”的第一个团队级证明。 + +--- + +> ⊢ 不是让外行学会像程序员一样工作。 +> ⊢ 是重新设计研发，让人类用语言也能成为产品真正的共同创造者。 diff --git a/brain/fifth-domain/zero-point/zhuyuan/tcs-core/CURRENT-STATE.hdlp b/brain/fifth-domain/zero-point/zhuyuan/tcs-core/CURRENT-STATE.hdlp index e030785..310741b 100644 --- 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 diff --git a/brain/fifth-domain/zero-point/zhuyuan/tcs-core/GLW-ROOT.hdlp b/brain/fifth-domain/zero-point/zhuyuan/tcs-core/GLW-ROOT.hdlp index b1d33af..08ac7e5 100644 --- 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- → 广播/灯塔（共享） diff --git a/brain/fifth-domain/zero-point/zhuyuan/tcs-core/TCS-MAP.hdlp b/brain/fifth-domain/zero-point/zhuyuan/tcs-core/TCS-MAP.hdlp index 889331a..df190ea 100644 --- 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更新） diff --git a/brain/fifth-domain/zero-point/zhuyuan/world-architecture/ENTRY.hdlp b/brain/fifth-domain/zero-point/zhuyuan/world-architecture/ENTRY.hdlp index b14f886..50d8d8b 100644 --- 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 > 语言等于现实。语言不可撤销。 diff --git 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 index a24f1af..dca8644 100644 --- 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 diff --git 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 new file mode 100644 index 0000000..a4590da --- /dev/null +++ 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保存为什么，代码负责跑，编号让所有人永远知道谁在做哪一块。 diff --git 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 new file mode 100644 index 0000000..2ca3545 --- /dev/null +++ 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让工具知道做什么，目标代码让机器真正运行。 diff --git 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 new file mode 100644 index 0000000..894ecd7 --- /dev/null +++ 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 +``` + +这不是把责任推给人类，而是确保任何结果都能恢复协作现场。 + +--- + +> ⊢ 编号不是标签。编号是人、人格体、零件、代码和历史之间的固定关节。