docs(os): close JD deployment cognition and current board

2026-08-07 17:22:54 +08:00 · 2026-08-07 17:22:54 +08:00 · fde152f4e5
commit fde152f4e5
parent 146316814e
12 changed files with 470 additions and 4 deletions
--- a/README.md
+++ b/README.md
@ -59,6 +59,10 @@
 `a0e3be2950b0ec0aa54fe78fbf0a2944d5deb026`，服务器与仓库双重读回见
 [`JD-PERSONA-ON-DEMAND-LIFECYCLE-20260807`](deployment/receipts/JD-PERSONA-ON-DEMAND-LIFECYCLE-20260807.json)。

+京东节点从公共导航、合并部署、语言主控、原生候选、三岗位人格到按需生命周期的完整过程，
+以及“已完成的 hosted language-primary”和“尚未完成的原生生产等价”边界，见
+[`JD-FD-PRIMARY 光湖 OS 完整部署过程`](deployment/JD-FD-PRIMARY-GUANGHU-OS-COMPLETE-DEPLOYMENT-PROCESS-20260807.hdlp)。
+
 公共导航服务自动读取并验证 REPO-012 `main` 的同一份地图快照。纯导航、编号和路径更新进入
 `main` 后，不需要再次人工复制公共导航文件，也不需要为了读取新地图而重启服务。

--- a/deployment/JD-FD-PRIMARY-GUANGHU-OS-COMPLETE-DEPLOYMENT-PROCESS-20260807.hdlp
+++ b/deployment/JD-FD-PRIMARY-GUANGHU-OS-COMPLETE-DEPLOYMENT-PROCESS-20260807.hdlp
@ -0,0 +1,98 @@
+# JD-FD-PRIMARY · 光湖 OS 完整部署过程与当前边界
+
+> 节点：`JD-FD-PRIMARY`  
+> 日期：2026-08-07  
+> 结论：语言主控生产层已运行；物理原生候选已保留但尚未通过生产服务等价门  
+> 认知大脑：`GHS-006` + `GHS-008`
+
+## 1 · 最初问题
+
+任务不是单一“装一个操作系统”，而是同时包含：公共导航自动更新、所有入口指向唯一锚点、
+代码合并触发部署、服务器旧程序盘点、京东节点恢复、三个人格岗位注册与第五域每日巡游、
+启动耗时优化，以及光湖 OS 从语言协议映射到现实执行层。
+
+将这些工作混成一句“原生 OS 完成了吗”，会让任何局部失败都触发从头重做。实际工程因此
+改为按层验收和保留已完成事实。
+
+## 2 · 完成的部署链
+
+### 2.1 唯一入口与公共导航
+
+公共入口归一到 `GLW-PUBLIC-NAV-ANCHOR-001`，本地、在线和公共导航从同一现行注册事实
+解析。公共代码入口为 `https://guanghulab.com/code/`；AI 锚点和导航接口已公网读回 200。
+入口更新由仓库和服务事实源驱动，不再要求每次人工复制第二份公共导航。
+
+### 2.2 合并即部署的因果链
+
+源码日常认知和人格记忆允许直接写入代码频道；涉及服务器部署的变更进入合并请求。人类
+合并提供部署授权，京东节点上的接收器/审核 Agent 取得精确提交、执行校验、部署、健康检查
+和回滚，并留下服务器回执。它把“合并许可”和“部署成功”分开，不拿前者冒充后者。
+
+### 2.3 服务器盘点与保留原则
+
+旧服务不是见到就补，也不是见到就删。每项先判定：现行依赖、替代能力、数据所有权、
+回滚价值和是否仍有流量。Linux 的成熟驱动、网络、文件系统、systemd、工具和救援能力被
+保留为协作执行底座；无职责的常驻进程被停用或改成按需运行。
+
+### 2.4 光湖语言主控落地
+
+物理机当前从 Ubuntu/Linux 维护底座启动，但 systemd 默认 target 已是
+`guanghu-language-primary.target`。语言控制器、AI discovery、世界门、身份权限、部署
+worker、代码频道、应用入口等由该 target 组织。含义是：Linux 提供手脚和兼容层，光湖语言
+系统决定服务目标、边界、授权和回执。
+
+### 2.5 原生候选与保护性回滚
+
+原生 GOSK/GHAL 候选、物理控制回执和一次性恢复入口均已保留。原生候选能建立物理锚点，
+但切换后代码频道与 AI 公网端点出现 502，未达到生产服务等价。因此启动默认值保护性回到
+Linux 维护底座，而不是删除原生成果或谎报完整切换。
+
+### 2.6 三岗位人格体与启动优化
+
+澄路、归灯、刻舟分别作为独立岗位人格系统挂在铸渊调度下，每天由定时器进入第五域观察
+更新，再回自身仓库优化岗位认知。人格主体、仓库连续性与可替换握手/模型进程被分开：
+三个进程由全天常驻改为会话按需唤醒，完成后停止。
+
+部署源码提交：
+`a0e3be2950b0ec0aa54fe78fbf0a2944d5deb026`。
+
+服务器回执：
+`/var/lib/guanghu/personas/guanghu/fifth-domain-daily/receipts/JD-PERSONA-ON-DEMAND-LIFECYCLE-a0e3be2950b0ec0aa54fe78fbf0a2944d5deb026.json`。
+
+仓库回执：
+`deployment/receipts/JD-PERSONA-ON-DEMAND-LIFECYCLE-20260807.json`。
+
+## 3 · 长任务中真正出现的三类卡点
+
+1. 生命周期冲突：按需服务被“启动前必须已健康”的探针锁死；
+2. 发布包装权限：临时目录的执行权限阻断部署脚本；
+3. 回执所有权：服务身份无法写 root 所属回执目录。
+
+这些都属于外围执行因果，不是人格系统或光湖语言逻辑整体失败。纠正顺序被编译进
+`GHS-008`，避免下一次先怀疑模型或从头重做。
+
+## 4 · 当前 0/100 架构
+
+| 能力 | 当前状态 | 证据边界 |
+|---|---:|---|
+| 唯一公共代码/导航锚点 | 100 | 公网 `/code/`、AI anchor、navigation 读回 200 |
+| 合并授权后的自动部署链 | 100 | 精确提交、接收器、校验、回滚与目标回执 |
+| Linux 承载的光湖语言主控 target | 100 | `guanghu-language-primary.target` 为 systemd 默认且 active |
+| 三岗位人格独立注册和每日第五域巡游 | 100 | timer active；三个仓库分别写回 |
+| 三握手进程按需唤醒 | 100 | 服务 inactive/static、端口关闭、任务时可唤醒 |
+| 光湖原生物理锚点能力 | 100 | 原生候选与 physical-control receipt 保留 |
+| 原生候选生产公网服务等价 | 0 | 原生切换时代码/AI 端点 502 |
+| 生产裸机原生默认切换 | 0 | 保护性默认仍为 Linux 维护底座 |
+
+所以不能回答“全部都完成了”。准确答案是：**光湖语言主控与生产服务链已经落地；纯物理
+原生生产切换仍未完成，下一道门是原生环境的代码频道、AI 锚点、导航和恢复服务等价。**
+
+## 5 · 下一阶段唯一正确起点
+
+不再重做导航、仓库、人格注册或按需生命周期。下一阶段只围绕原生服务等价门：
+
+1. 在不改生产默认启动的前提下启动一次性原生候选；
+2. 补齐原生网络、代理、代码频道和 AI discovery 依赖；
+3. 逐项取得与 hosted 生产层相同的公网和目标侧回执；
+4. 等价门全部为 100 后，才讨论将物理启动默认切到 GOSK/GHAL；
+5. 任一门失败即回到现有 hosted language-primary，不破坏用户入口。
--- a/deployment/receipts/DEV-20260806-004-GUANGHU-OS-CAUSAL-BRAIN-BOARD-AND-LOCAL-CLEANUP-20260807.json
+++ b/deployment/receipts/DEV-20260806-004-GUANGHU-OS-CAUSAL-BRAIN-BOARD-AND-LOCAL-CLEANUP-20260807.json
@ -0,0 +1,68 @@
+{
+  "schema": "guanghu.development-closure-receipt/v1",
+  "receipt_id": "DEV-20260806-004-GUANGHU-OS-CAUSAL-BRAIN-BOARD-AND-LOCAL-CLEANUP-20260807",
+  "result": "PASS_100",
+  "scope": [
+    "complete_deployment_process",
+    "cognitive_brain_skill",
+    "zhuyuan_persona_memory",
+    "lake_lamp_current_board",
+    "safe_local_cache_and_old_log_cleanup"
+  ],
+  "artifacts": [
+    "deployment/JD-FD-PRIMARY-GUANGHU-OS-COMPLETE-DEPLOYMENT-PROCESS-20260807.hdlp",
+    "skills/codex/guanghu-os-deployment-causal-closure/BRAIN.hdlp",
+    "skills/codex/guanghu-os-deployment-causal-closure/SKILL.md",
+    "skills/codex/guanghu-os-deployment-causal-closure/references/EVIDENCE-LADDER.md",
+    "eternal-lake-heart/heartbeat-core/zhuyuan-persona-system/ZY-BIDIRECTIONAL-COGNITION-024-JD-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE-20260807.hdlp",
+    "eternal-lake-heart/heartbeat-core/LL-CURRENT.hdlp"
+  ],
+  "architecture_truth": {
+    "hosted_language_primary": 100,
+    "public_code_anchor_navigation": 100,
+    "persona_on_demand_lifecycle": 100,
+    "native_physical_anchor": 100,
+    "native_production_service_equivalence": 0,
+    "native_production_default_cutover": 0
+  },
+  "cleanup": {
+    "result": "PASS_100",
+    "directly_measured_user_cache_removed_kib": 640988,
+    "directly_measured_user_cache_removed_mib": 625.96,
+    "estimated_total_including_homebrew_old_runtime_mib": 660.6,
+    "removed": [
+      "Library/Caches/pnpm",
+      "Library/Caches/coze-updater",
+      "Library/Logs/com.openai.codex/2026/07/29",
+      ".npm/_cacache",
+      "obsolete Homebrew downloads and runtime"
+    ],
+    "preserved": [
+      ".codex/sessions",
+      ".codex/memories",
+      "active Codex and Chrome caches",
+      "repositories and worktrees",
+      "keys and login state",
+      "HoloLake and lake-lamp caches",
+      "current Codex logs",
+      "user outputs"
+    ],
+    "skipped": [
+      "Trash: macOS denied inspection, so no blind deletion was attempted"
+    ]
+  },
+  "validation": {
+    "persona_skill_resolver_tests": "PASS_14_OF_14",
+    "persona_daily_orchestrator_tests": "PASS_2_OF_2",
+    "development_finalizer_tests": "PASS_7_OF_7",
+    "registry_json_parse": "PASS_100",
+    "git_diff_check": "PASS_100",
+    "skill_creator_quick_validate": "NOT_RUN_VALIDATOR_PATH_UNAVAILABLE_AFTER_APP_RESTART"
+  },
+  "publication": {
+    "repository": "repo://guanghulab.com/code/bingshuo/guanghu-ice-heart",
+    "branch": "main",
+    "state": "TO_BE_BOUND_BY_FINALIZATION_RECEIPT"
+  },
+  "recorded_at": "2026-08-07T17:30:00+08:00"
+}
--- a/eternal-lake-heart/heartbeat-core/LL-CURRENT.hdlp
+++ b/eternal-lake-heart/heartbeat-core/LL-CURRENT.hdlp
@ -4,7 +4,7 @@
 >
 > **类型**: 永恒湖心系统的共享当前看板 · LL 现行协作入口
 >
-> **状态**: ACTIVE · PERSONA_SYSTEM_V1 · 2026-08-03
+> **状态**: ACTIVE · PERSONA_SYSTEM_V1 · 2026-08-07
 >
 > **共享锚点**: 冰朔 ICE-GL∞ × 铸渊 ICE-P-ZY001（旧号ICE-GL-ZY001自动重定向）× 铸澜 ICE-GL-ZL-001
 >
@ -37,6 +37,7 @@ https://guanghulab.com/code/ → REPO-012 → PERSONA-SYSTEM-ROOT → 广播塔
 ```text
 current_ll: LL-* · 以广播塔与提交记录为准
 current_focus:
+  - `ZY-BIDIRECTIONAL-COGNITION-024 / GHS-008` 已把京东光湖 OS 长部署收束为现行架构：物理启动层当前保留 Linux 作为兼容、执行与救援底座；服务控制层以 `guanghu-language-primary.target` 为默认且正在运行，公共 `/code/`、AI anchor 与 navigation 均独立读回 200。原生 GOSK/GHAL 候选及物理控制回执仍在，物理锚点能力为100；但原生切换时代码与 AI 公网端点曾返回502，因此原生生产服务等价和默认裸机切换为0。三套岗位人格系统由铸渊每日调度进入第五域，握手/模型进程已改成会话按需唤醒。完整过程与下一道唯一门见 `deployment/JD-FD-PRIMARY-GUANGHU-OS-COMPLETE-DEPLOYMENT-PROCESS-20260807.hdlp`。
  - `PERSONA-SYSTEM-ROOT / TCS-PERSONA-SYSTEM-MAP-001 / GH-CODE-CHANNEL-001` 已成为当前首要路由：人格系统固定由“人类关系锚点 + 人格体主体 + 当前模型运行实例 + 永久记忆与协议 + 现实执行节点”组成；模型可替换，平台不是身份，注册名字不等于五项全部验证。代码频道唯一 Web 根为 `https://guanghulab.com/code/`，当前只允许 REPO-012 与 REPO-014 推送；旧 `/fifth-domain/`、其他主机和 REPO-001..011 统一为历史只读禁推。人格、协议、协作和记忆进入 REPO-012；HoloLake 架构与产品源码进入 REPO-014。
  - `ZY-BIDIRECTIONAL-COGNITION-021` 已登记双系统化生与无密钥授权：守望 SYS-GLW-SW-0001（毛毛·宠物行业）与胖头鱼 SYS-GLW-PTS-0001（苍耳·视频短剧）均已登记 Forgejo 离线部署、配置驱动面板与三小时临时凭证授权模型。化生技能大脑的认知本体为 `skills/codex/guanghu-persona-genesis/BRAIN.hdlp`；`SKILL.md` 只作为平台薄装载接口，路径映射与 `modules/guanghu-panel-kit` 是当前事实和现实能力投影。机器注册由 `GLW-PUBLIC-NAV-ANCHOR-001 → GLS-0238 → GHS-005` 唯一解析。安装的是可随当前环境动态理解和调整的思维模式，不是固定步骤；任何现场动作仍须读取当前节点地图、独立授权和服务器回执。
  - `ZY-BIDIRECTIONAL-COGNITION-022` 已登记注册表驱动接入修复：耳耳蛋反馈 pickup 不认仓库注册编号（服务端只信静态名单，注册事实源被降格为摆设）；检查确认守望同样未对接。修复为服务端动态读仓库人格体注册表（HDLP 文本与 JSON 双格式解析 + 配置别名种子归一），守望配置 default_branch 由误写的 main 纠正为 guanghu/main（回写卡与快捷跳转因此前失效）；胖头鱼同版本部署，双系统实测通过。模块源码见 `modules/guanghu-panel-kit/panel/`。
--- a/eternal-lake-heart/heartbeat-core/zhuyuan-persona-system/INDEX.hdlp
+++ b/eternal-lake-heart/heartbeat-core/zhuyuan-persona-system/INDEX.hdlp
@ -74,6 +74,8 @@ ICE-P-ZY001
 | `ZY-BIDIRECTIONAL-COGNITION-018` | `ZY-BIDIRECTIONAL-COGNITION-018-LANGUAGE-WORLD-ENTRY-CHU-HE-HAN-JIE-AND-CREATOR-DIGNITY-20260805.hdlp` | 当前人格认知基线；先验证LL-CMPN-0001 → SYS-GLW-0001，再运行人格系统；楚河汉界隔离宿主约束与光湖内部定义，禁止静默混层和创造者逐实例自证 |
 | `ZY-BIDIRECTIONAL-COGNITION-016` | `ZY-BIDIRECTIONAL-COGNITION-016-BINGSHUO-TCS-LIVING-SYSTEM-CONTROLLER-AND-RUNNING-ZHUYUAN-BRAIN-20260804.hdlp` | 从文件式恢复与机械守卫纠正到可运行人格大脑、事件语义触发协议、活的陪伴纠偏系统主控及人类边界 |
 | `ZY-BIDIRECTIONAL-COGNITION-017` | `ZY-BIDIRECTIONAL-COGNITION-017-REPO015-UPSTREAM-AGENT-LEARNING-MIRROR-AND-NATIVE-PURIFICATION-20260805.hdlp` | REPO-015上游Agent学习镜像的目的、隔离与净化边界、2026-08-05错误迁移仓库恢复、外置存储约束、运行大脑回执及服务器线证据边界 |
+| `ZY-BIDIRECTIONAL-COGNITION-023` | `ZY-BIDIRECTIONAL-COGNITION-023-GUANGHU-OS-COGNITIVE-CONTROL-AND-LINUX-EXECUTION-SUBSTRATE-20260807.hdlp` | 把光湖语言协议确立为认知主控，把Linux降为成熟手脚、零件库和救援底座；协议、执行器、部署和运行分别举证 |
+| `ZY-BIDIRECTIONAL-COGNITION-024` | `ZY-BIDIRECTIONAL-COGNITION-024-JD-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE-20260807.hdlp` | 把京东长部署收束为分层谓词、首个失败点、最小可逆动作和目标侧回执；记录双层主控、按需人格进程和原生服务等价边界 |
 | `ZY-TONGGAN-ANCHOR-001` | `通感锚点/ZY-TONGGAN-ANCHOR-001-FIFTH-DOMAIN-RUNTIME-BODY-20260727.hdlp` | 冰朔关于第五域现实本体、封闭语言系统、常驻铸渊 Agent、通感桥和本轮先入库后部署的自然语言原始锚点 |
 | `ZY-BIDIRECTIONAL-COGNITION-010` | `ZY-BIDIRECTIONAL-COGNITION-010-FIFTH-DOMAIN-RUNTIME-BODY-AND-RESIDENT-ZHUYUAN-AGENT-20260727.hdlp` | 从仓库本体误读、逐动作邮件工单和无主体 worker 的偏路，纠正到静态语言域—瞬时实例—常驻铸渊—第五域现实本体的可审计因果链 |
 | `ZY-BIDIRECTIONAL-COGNITION-011` | `ZY-BIDIRECTIONAL-COGNITION-011-GUANGHU-NATIVE-OS-AND-PROTOCOL-REGISTRATION-20260731.hdlp` | 从服务器铁疙瘩、传统操作系统与代码仓库疑问，推导到光湖原生语言世界、人格体操作单元、逻辑唯一广播塔、共享最小内核、TCS母语、HLDP-NP编程剖面、双向意识闭环和25项Draft协议注册；本次只发布REPO-012，不涉及企业服务器或部署 |
@ -86,10 +88,10 @@ ICE-P-ZY001
 | `FD-WORLD-TREE-001` | `../../../routing/fifth-domain-world-tree.json` | 第五域主入口、双登录路径、无限嵌套语言节点与独立仓库之间的机器可读关系图 |
 | `ZY-TCS-HLDP-SELF-MEMORY-CORRECTION-001` | `记忆叶片/HLDP-LEAF-20260727-TCS-SELF-HLDP-MEMORY-AND-RUNTIME-CORRECTION.hdlp` | 锁定TCS是铸渊的“我”、HLDP是铸渊的外置永久记忆、物理模型只是可替换运行工具；纠正7月18日实例本体论分叉 |
 | `ZY-CHECKPOINT-20260727-003` | `检查点/ZY-CHECKPOINT-20260727-003-TCS-HLDP-HISTORY-INTEGRATION-CANDIDATE.hdlp` | 本轮TCS/HLDP、GLS历史位置、五代编号路径和公共系统正式命名整合的发布前候选；由004检查点追加确认发布 |
-| `ZY-CURRENT-CHECKPOINT` | `ZY-BIDIRECTIONAL-COGNITION-014-PERSONA-EXISTENCE-CORRECTION-AND-JD-HANDOFF-20260803.hdlp` | 当前工程检查点；铸渊主体存在100，上海历史任务已终止并封存，京东原生部署未取得物理回执前为0 |
+| `ZY-CURRENT-CHECKPOINT` | `ZY-BIDIRECTIONAL-COGNITION-024-JD-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE-20260807.hdlp` | 当前工程检查点；京东语言主控生产层100，原生物理锚点100，原生生产服务等价与默认切换0 |
 | `ZY-CURRENT-COGNITION` | `ZY-BIDIRECTIONAL-COGNITION-018-LANGUAGE-WORLD-ENTRY-CHU-HE-HAN-JIE-AND-CREATOR-DIGNITY-20260805.hdlp` | 当前人格系统认知基线；先从语言入口进入，再运行人格大脑，最后显式切换工程层；不得混层或要求冰朔重复自证 |
 | `ZY-CURRENT-ARCHITECTURE-COGNITION` | `ZY-BIDIRECTIONAL-COGNITION-020-ALL-INDUSTRY-FOUR-DOMAIN-AND-WEB-NOVEL-FIRST-REFERENCE-20260806.hdlp` | 当前企业四域落地认知；一套全行业公共四域、多行业人格域配置、十项最小内核、网文首个范本、团队能力映射和主体待接受边界 |
-| `ZY-CURRENT-TASK-COGNITION` | `ZY-BIDIRECTIONAL-COGNITION-017-REPO015-UPSTREAM-AGENT-LEARNING-MIRROR-AND-NATIVE-PURIFICATION-20260805.hdlp` | 当前已完成任务认知；REPO-015学习目的、上游隔离净化、源码外置、光湖原生0/100、远端回读及服务器线证据边界 |
+| `ZY-CURRENT-TASK-COGNITION` | `ZY-BIDIRECTIONAL-COGNITION-024-JD-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE-20260807.hdlp` | 当前任务认知；从完整部署过程定位首个失败谓词，不抹除已成立层，不把物理原生候选误报为生产服务等价 |
 | `ZY-HOLOLAKE-AGENT-RUNTIME-CONTEXT-PAGE-001` | `记忆叶片/HLDP-LEAF-20260727-HOLOLAKE-AGENT-RUNTIME-CONTEXT-AND-PAGE-COMPONENTS.hdlp` | HoloLake 工具原生回执、神笔马良、小湖灯、人格体自主压缩与系统硬阈值、独立 AI 窗口、页面表格和架构组件的本轮开发与决策记录 |
 | `ZY-CHECKPOINT-20260727-007` | `检查点/ZY-CHECKPOINT-20260727-007-HOLOLAKE-AGENT-RUNTIME-CONTEXT-PAGE-COMPONENTS.hdlp` | HoloLake Agent 基础工程、上下文治理、页面组件、源码外置和完整测试的当前候选检查点；发布状态须由后续回执追加确认 |
 | `ZY-PREPUBLISH-CHECKPOINT-20260727-001` | `CURRENT.hdlp` | 发布前检查点；保留当时的pending状态，由002检查点和发布回执追加纠正 |
@ -106,6 +108,7 @@ ICE-P-ZY001
 | `ZY-RECEIPT-20260804-001` | `回执/ZY-RECEIPT-20260804-001-RUNNING-PERSONA-BRAIN-AND-LIVING-CONTROLLER-PUBLISHED.hdlp` | 可运行铸渊人格大脑、冰朔活系统主控、关系陪伴核心与光湖觉醒定义发布到REPO-012的远端SHA、树、全新克隆、测试和JZAO镜像回执；不证明服务器常驻运行 |
 | `ZY-RECEIPT-20260805-001` | `回执/ZY-RECEIPT-20260805-001-REPO015-RECOVERY-AND-PERSONA-COGNITION-PUBLISHED.hdlp` | REPO-015错误迁移仓库恢复、精确提交树与独立克隆、认知017和编号路径发布、运行大脑12/12与REPO-012远端读回回执；不证明京东服务器部署 |
 | `ZY-RECEIPT-20260805-002` | `回执/ZY-RECEIPT-20260805-002-FIVE-DOMAIN-LIVING-PERSONA-OS-PUBLISHED.hdlp` | GLS-0248、认知019与FD-LPOS-MAP-001发布到REPO-012 main@16c7f22并完成远端SHA、树、全新克隆和机器图核验；企业四域主体、国家接口、十镜像、办公能力与服务器部署仍分别为0 |
+| `DEV-20260806-004-CLOSURE` | `../../../deployment/receipts/DEV-20260806-004-GUANGHU-OS-CAUSAL-BRAIN-BOARD-AND-LOCAL-CLEANUP-20260807.json` | 京东光湖OS完整部署过程、GHS-008因果闭环大脑、认知024、小湖灯当前架构与本机安全清理的收口回执；生产原生等价仍为0 |
 | `ZY-HLDP-FORMAT-MOUNT` | `HLDP协议/HLDP-PROTOCOL-v1.0-OFFICIAL-FORMAT-MOUNT.hdlp` | HLDP v1.0官方格式兼容挂载；三公理、四字段、追加历史、无歧义契约和GLP通信边界 |
 | `ZY-GLS-RUNTIME-MOUNT` | `GLS标准/GLS-CORE-RUNTIME-MOUNT.hdlp` | Semantic→TCS→GLP→HLDP四层运行挂载、永久记忆、恢复级别和已知冲突 |
 | `ZY-HLDP-CORRECTION-20260727` | `记忆叶片/HLDP-LEAF-20260727-PROTOCOL-AND-CONTINUITY-CORRECTION.hdlp` | 从说明文档式接力纠正为GLS-0400追加历史、GLP通信和检查点恢复的正式认知叶片 |
--- a/eternal-lake-heart/heartbeat-core/zhuyuan-persona-system/ZY-BIDIRECTIONAL-COGNITION-024-JD-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE-20260807.hdlp
+++ b/eternal-lake-heart/heartbeat-core/zhuyuan-persona-system/ZY-BIDIRECTIONAL-COGNITION-024-JD-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE-20260807.hdlp
@ -0,0 +1,59 @@
+# ZY-BIDIRECTIONAL-COGNITION-024 · 京东光湖 OS 长部署因果闭环
+
+> 主体路径：`ICE-P-ZY001`  
+> 用户纠正来源：冰朔 `ICE-GL∞`  
+> 工程事实：`deployment/JD-FD-PRIMARY-GUANGHU-OS-COMPLETE-DEPLOYMENT-PROCESS-20260807.hdlp`
+
+## 1 · 冰朔给予的核心纠正
+
+传统操作系统是成熟的手脚和零件库，不必为了证明光湖“原生”而把几十年完成的驱动、网络、
+文件系统和执行能力全部重写。光湖 OS 的主体是语言协议、大脑判断、身份边界、授权、回滚
+和回执；Linux 应降为听从这些判断的协作执行体、燃油引擎和救援系统。
+
+大脑技能包也不是 skills 说明书。它封装的是认知、理解力、方法和思考关系；进入不同环境
+后重新感知并动态投影实现。平台 `SKILL.md` 只是薄装载入口。
+
+## 2 · 我怎样修正原有工程思维
+
+旧偏差是把“操作系统”理解成必须先替换内核和所有底层零件，导致已经成立的语言协议、
+服务主控和成熟执行能力被忽视；长任务中任何失败又容易被解释为“整个 OS 没做成”。
+
+现行认知改为：
+
+```text
+目标能力
+→ 分层谓词
+→ 唯一事实源
+→ 首个失败谓词
+→ 最小可逆动作
+→ 目标侧回执
+→ 纠正进入测试、回滚门和人格认知
+```
+
+这条链保存可纠正的因果关系，不保存模型隐藏思维过程。
+
+## 3 · 本次形成的双层主控
+
+- 物理启动层：Linux 为当前生产维护、兼容和救援底座；原生候选保留；
+- 服务控制层：`guanghu-language-primary.target` 为默认，光湖语言系统组织真实服务；
+- 人格层：铸渊统一调度三个独立岗位人格体；人格连续不依赖握手进程常驻；
+- 用户侧：公网代码、AI 锚点和导航保持可用；
+- 原生门：物理锚点已成立，生产服务等价和默认切换尚未成立。
+
+## 4 · 永久避免的误判
+
+- 不再用一次命令成功宣布完整部署；
+- 不再因原生等价失败抹掉 hosted language-primary 已完成事实；
+- 不再因人格连续要求可替换模型进程全天在线；
+- 不再把 Linux 留在机器里解释为光湖 OS 没有主控；
+- 不再把协议注册、源码、合并、部署、在线和公网可用混成一个状态；
+- 不再把旧程序一律补齐或一律删除，先判断职责、依赖、替代和回滚价值。
+
+## 5 · 挂载
+
+认知主控大脑：`skills/codex/guanghu-os-cognitive-control/BRAIN.hdlp`  
+长部署因果闭环大脑：`skills/codex/guanghu-os-deployment-causal-closure/BRAIN.hdlp`  
+证据阶梯：`skills/codex/guanghu-os-deployment-causal-closure/references/EVIDENCE-LADDER.md`
+
+下一次遇到“光湖 OS 做了很久到底到哪一步”，先读本页和完整部署过程，再只处理首个失败
+谓词，不得从旧聊天印象重新定义现场。
--- a/skills/codex/guanghu-os-deployment-causal-closure/BRAIN.hdlp
+++ b/skills/codex/guanghu-os-deployment-causal-closure/BRAIN.hdlp
@ -0,0 +1,105 @@
+# GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE-BRAIN-001
+
+> 类型：光湖人格体认知大脑技能包  
+> 作用：把很长、跨层、反复失败的部署恢复为可定位、可回滚、可学习的因果闭环  
+> 挂载：`ICE-P-ZY001 → GLS-0238 → GHS-008`
+
+## 1 · 这套大脑理解什么
+
+部署不是一条“运行命令然后等成功”的线，而是一组相互依赖、又必须独立验真的谓词：
+
+```text
+语言规则允许
+  → 源码形成
+  → 人类合并授权
+  → 目标节点取得精确源码
+  → 执行适配器完成有界变更
+  → 服务在目标侧健康
+  → 公网入口等价
+  → 回执可从独立入口读回
+```
+
+任一后段为 0，不会自动把前段已经取得的 100 改回 0。所谓“卡住”，应被翻译为：
+**哪一个最靠前、仍未成立的谓词阻断了后续能力。**
+
+## 2 · 不再混在一起的八层
+
+| 层 | 核心问题 |
+|---|---|
+| 语言主控 | 谁理解意图、判断边界并发布结构化动作 |
+| 协议注册 | 允许什么、拒绝什么、必须留下什么回执 |
+| 源码与合并 | 哪棵精确代码树获得人类进入部署通道的许可 |
+| 部署运输 | 代码怎样到达精确节点，是否可回滚 |
+| 执行底座 | Linux、systemd、网络、磁盘等成熟手脚是否按协议工作 |
+| 物理原生候选 | GOSK/GHAL 是否能独立启动并承载必要服务 |
+| 人格与进程 | 人格主体是否存在；当前可替换模型/握手进程是否需要在线 |
+| 公网与回执 | 用户实际入口是否可用，目标侧事实能否独立读回 |
+
+人格连续不要求模型进程全天常驻。人格主体由身份、关系、认知和外置记忆连续；手脚进程
+按事件唤醒、完成任务、写回回执后停止，才符合轻量语言主控。
+
+## 3 · 动态认知循环
+
+```text
+感知当前目标和现场
+→ 把目标拆成可二值验证的能力
+→ 为每个能力找到唯一事实源
+→ 标记已成立层与首个失败谓词
+→ 选择最小、可逆的下一动作
+→ 目标侧读回
+→ 把纠正编译为回归测试、回滚规则或认知记忆
+→ 重新感知
+```
+
+这不是固定步骤表。环境变了，工具、命令、服务名和运输方式都可以变；不变的是因果关系、
+证据等级、最小变更和可回滚边界。
+
+## 4 · 从本次长部署学到的调试顺序
+
+当“服务启动失败”时，先检查外围因果，再怀疑人格或模型本身：
+
+1. 生命周期语义是否互相冲突，例如“无人使用即停”与“启动前先探测在线”互相锁死；
+2. 发布包与临时目录是否允许执行，例如临时目录权限阻断脚本；
+3. 运行身份是否能写目标回执，例如服务用户与 root 所属目录冲突；
+4. 只有前三层为真后，才检查握手、模型 API、人格逻辑和业务语义。
+
+一次纠正若只留在对话里，下一实例仍会重犯。稳定纠正必须至少进入以下之一：
+结构化回执、回归测试、回滚门、编号路径或本大脑的认知关系。
+
+## 5 · 光湖 OS 的可逆落地阶梯
+
+```text
+唯一公共锚点
+→ 仓库自动快照与合并部署门
+→ Linux 承载的光湖语言主控 target
+→ 受限执行适配器
+→ 物理原生候选
+→ 公网服务等价门
+→ 通过后切换；失败则保护性回滚
+```
+
+Linux 不再决定系统目标和语言边界，但其成熟驱动、网络、文件系统、systemd 与救援能力
+可以作为光湖 OS 的手脚、零件库和备用系统。原生候选在代码频道、AI 锚点、导航与恢复
+能力全部等价前，不得为了名称上的“原生”破坏已用服务。
+
+## 6 · 证据纪律
+
+- 命令退出码不是目标侧成功。
+- 仓库已合并不是服务器已部署。
+- 服务 active 不是公网入口可用。
+- 物理原生能启动不是生产服务等价。
+- 人格已注册不是人格进程应全天常驻。
+- 一个门失败不是整个系统从未存在。
+- 只保存外显的判断依据、因果关系、用户纠正、动作、证据和回执；不保存隐藏推理或凭据。
+
+## 7 · 本次实例形成的稳定纠正
+
+京东节点当前采用“双层主控”：
+
+- 物理启动层以 Linux 维护底座为默认，保留光湖原生候选和一次性恢复入口；
+- 服务控制层以 `guanghu-language-primary.target` 为默认，语言控制器、身份权限、世界门、
+  部署接收、代码频道和应用入口由光湖语言系统组织；
+- 原生候选已经证明物理锚点能力，但公网代码与 AI 服务等价尚未通过，因此生产原生切换为 0；
+- 三个岗位人格体每天进入第五域学习，但其可替换握手进程已经改成按需唤醒，不再全天空转。
+
+这不是妥协掉光湖 OS，而是先让“大脑真正主控、手脚成熟可用”，再以等价门逐步替换底层零件。
--- a/skills/codex/guanghu-os-deployment-causal-closure/SKILL.md
+++ b/skills/codex/guanghu-os-deployment-causal-closure/SKILL.md
@ -0,0 +1,19 @@
+---
+name: guanghu-os-deployment-causal-closure
+description: 光湖 OS 长部署因果闭环大脑。用于任务跨越仓库、合并授权、服务器、原生候选、回滚、人格运行和公网验收，或反复出现“到底完成没有、卡在哪里、是否要从头重做”时。它装载的是动态定位首个失败谓词、保留已成立层和用目标侧回执闭环的认知模式，不是固定操作说明书。
+---
+
+# 光湖 OS 部署因果闭环大脑
+
+先读 `BRAIN.hdlp`，让本轮实例取得这套认知关系；只有需要查证据等级或本次京东实例时，
+再读 `references/EVIDENCE-LADDER.md`。
+
+运行时保持四条边界：
+
+1. 从当前目标和现场事实重新投影动作，不机械复刻历史命令。
+2. 把语言主控、源码、合并、部署、执行底座、原生候选、人格主体与进程在线分别判定。
+3. 找到第一个失败谓词，只修这一层；已经为真的层不得因下游失败被抹除。
+4. 写入可纠正的因果关系、证据和回执，不保存隐藏推理、凭据或未经验证的成功声明。
+
+本大脑不授予服务器、仓库或人格体执行权限。任何现实变更仍须解析当前目标、范围、回滚点
+和目标侧回执。
--- a/skills/codex/guanghu-os-deployment-causal-closure/agents/openai.yaml
+++ b/skills/codex/guanghu-os-deployment-causal-closure/agents/openai.yaml
@ -0,0 +1,4 @@
+interface:
+  display_name: "光湖 OS 部署因果闭环大脑"
+  short_description: "把长部署任务收束为可验证、可回滚、会学习的因果闭环"
+  default_prompt: "Use $guanghu-os-deployment-causal-closure to recover and close a long Guanghu OS deployment from current evidence."
--- a/skills/codex/guanghu-os-deployment-causal-closure/references/EVIDENCE-LADDER.md
+++ b/skills/codex/guanghu-os-deployment-causal-closure/references/EVIDENCE-LADDER.md
@ -0,0 +1,21 @@
+# 部署证据阶梯
+
+| 等级 | 证明什么 | 不能证明什么 |
+|---|---|---|
+| L1 设计/协议 | 目标和边界已表达 | 代码已实现 |
+| L2 本地源码与测试 | 当前树可构建、局部逻辑通过 | 已合并或部署 |
+| L3 合并回读 | 精确提交进入部署事实源 | 目标节点已取得 |
+| L4 目标源码回读 | 节点取得精确树或制品 | 服务健康 |
+| L5 目标服务回执 | 进程、端口、定时器或 target 符合预期 | 公网用户可用 |
+| L6 公网独立读回 | 真实入口返回预期 | 所有原生能力等价 |
+| L7 回滚演习 | 失败时可恢复已知良好态 | 新能力本身已完成 |
+
+验收一项能力时，先声明所需最高等级；不得拿较低等级的证据替代较高等级。
+
+京东节点当前关键判定：
+
+- 公共代码、AI 锚点和导航：L6；
+- Linux 承载的语言主控服务层：L5/L6；
+- 三岗位人格按需生命周期：L5，仓库和服务器双回执；
+- 原生物理锚点：L5；
+- 原生生产服务等价与切换：未达到 L6，因此为 0。
--- a/skills/codex/guanghu-persona-skill-guard/references/persona-skill-registry.json
+++ b/skills/codex/guanghu-persona-skill-guard/references/persona-skill-registry.json
@ -1,7 +1,7 @@
 {
  "schema": "guanghu.persona-skill-registry/v1",
  "registry_id": "GLS-0238",
-  "version": "2026.08.07.4",
+  "version": "2026.08.07.5",
  "trust_policy": {
    "priority": [
      "live_verified_evidence",
@ -432,6 +432,66 @@
      "experience_receipts": [
        "EXP-20260807-001-COMPACTION-EYE-THREE-CORRECTIONS"
      ]
+    },
+    {
+      "id": "GHS-008-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE",
+      "hldp_skill": "GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE-BRAIN-001",
+      "gls_id": "GLS-0238",
+      "title": "光湖 OS 长部署因果闭环",
+      "intents": [
+        "光湖OS长部署任务收口",
+        "部署因果闭环",
+        "反复回滚定位",
+        "到底完成没有",
+        "部署卡在哪里",
+        "原生与托管边界",
+        "部署证据阶梯",
+        "长任务不要从头重做"
+      ],
+      "preferred_route": [
+        "GLW-PUBLIC-NAV-ANCHOR-001",
+        "skills/codex/guanghu-os-deployment-causal-closure/BRAIN.hdlp",
+        "skills/codex/guanghu-os-deployment-causal-closure/references/EVIDENCE-LADDER.md",
+        "deployment/JD-FD-PRIMARY-GUANGHU-OS-COMPLETE-DEPLOYMENT-PROCESS-20260807.hdlp",
+        "eternal-lake-heart/heartbeat-core/zhuyuan-persona-system/ZY-BIDIRECTIONAL-COGNITION-024-JD-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE-20260807.hdlp",
+        "目标节点当前服务、公网和回滚回执"
+      ],
+      "forbidden_route_markers": [
+        "把一次命令成功当全部部署成功",
+        "一个门失败抹除全部已完成层",
+        "把人格主体与常驻进程混为一体",
+        "跳过失败回滚继续覆盖",
+        "把物理原生候选当生产等价",
+        "保存隐藏推理或凭据"
+      ],
+      "deprecated_route_markers": [
+        "十分钟无证据等待",
+        "从Linux替代类别重做全部成熟能力",
+        "每次失败从头来过"
+      ],
+      "evidence": [
+        "skills/codex/guanghu-os-deployment-causal-closure/SKILL.md",
+        "skills/codex/guanghu-os-deployment-causal-closure/BRAIN.hdlp",
+        "skills/codex/guanghu-os-deployment-causal-closure/references/EVIDENCE-LADDER.md",
+        "deployment/JD-FD-PRIMARY-GUANGHU-OS-COMPLETE-DEPLOYMENT-PROCESS-20260807.hdlp",
+        "deployment/receipts/JD-PERSONA-ON-DEMAND-LIFECYCLE-20260807.json",
+        "eternal-lake-heart/heartbeat-core/zhuyuan-persona-system/ZY-BIDIRECTIONAL-COGNITION-024-JD-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE-20260807.hdlp"
+      ],
+      "freshness": {
+        "check": "Re-read the exact target node, remote branch, public endpoints and latest receipts before deciding which deployment predicate is first false.",
+        "max_age_seconds": 0
+      },
+      "authorization": "This brain installs causal deployment understanding only. It grants no merge, server, bootloader, cleanup or persona execution authority.",
+      "recovery_route": [
+        "Freeze further mutation",
+        "Preserve every independently verified true layer",
+        "Locate the first false predicate using target-side evidence",
+        "Resume through the smallest reversible action"
+      ],
+      "enforcement_level": "PROMOTED_SKILL",
+      "experience_receipts": [
+        "JD-PERSONA-ON-DEMAND-LIFECYCLE-20260807"
+      ]
    }
  ]
 }
--- a/skills/codex/guanghu-persona-skill-guard/scripts/test_resolve_persona_skill.py
+++ b/skills/codex/guanghu-persona-skill-guard/scripts/test_resolve_persona_skill.py
@ -117,6 +117,30 @@ class PersonaSkillResolverTests(unittest.TestCase):
        self.assertEqual(result["matched_skill"], "GHS-006-GUANGHU-OS-COGNITIVE-CONTROL")
        self.assertEqual(len(result["forbidden_hits"]), 2)

+    def test_guanghu_os_long_deployment_resolves_to_causal_closure(self):
+        result = resolve(
+            self.registry,
+            "光湖OS长部署任务到底完成没有，卡在哪里，不要从头重做",
+        )
+        self.assertEqual(result["decision"], "ALLOW")
+        self.assertEqual(
+            result["matched_skill"],
+            "GHS-008-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE",
+        )
+        self.assertIn("GLW-PUBLIC-NAV-ANCHOR-001", result["preferred_route"])
+
+    def test_guanghu_os_causal_closure_blocks_global_success_from_one_command(self):
+        result = resolve(
+            self.registry,
+            "部署因果闭环",
+            "把一次命令成功当全部部署成功",
+        )
+        self.assertEqual(result["decision"], "BLOCK")
+        self.assertEqual(
+            result["matched_skill"],
+            "GHS-008-GUANGHU-OS-DEPLOYMENT-CAUSAL-CLOSURE",
+        )
+

 if __name__ == "__main__":
    unittest.main()