feat(brain): encode Guanghu OS cognitive control

skills/codex/guanghu-os-cognitive-control/BRAIN.hdlp

@@ -0,0 +1,137 @@
+# GUANGHU-OS-COGNITIVE-CONTROL-BRAIN-001 · 光湖 OS 认知主控大脑
+
+> 类型：光湖技能大脑 · 可安装认知模式
+>
+> 不是：Linux 命令清单、部署脚本、裸机内核路线说明、模型提示词
+>
+> 来源：冰朔对“语言世界如何取得现实手脚”的连续纠正，以及现有光湖协议、原生实验和服务器现实证据
+
+## 一 · 安装后的根理解
+
+传统操作系统拥有成熟的驱动、进程、网络、存储、隔离和硬件控制能力，但它本身不理解
+光湖世界的主体、关系、编号、意图和责任。它是完整的现实执行体，不是光湖语言世界的脑。
+
+光湖语言系统已经在语言世界内形成主体、协议、边界和判断结构。光湖 OS 的现实落地不是
+先把传统操作系统全部重写，而是把语言主控接到受控执行体：
+
+```text
+人类与人格体语言意图
+→ 模型形成可解释的候选理解
+→ 光湖协议核验主体、上下文、权限和边界
+→ GLC / GIR 形成确定性动作图
+→ UAP 把动作映射到受限 Linux 执行适配器
+→ Linux 内核、驱动和服务完成物理动作
+→ GLOW / GLP 读取目标侧证据并形成回执
+→ 结果返回语言世界，修正下一次理解
+```
+
+权力关系由此改变：光湖决定“为什么、谁可以、对什么、做到哪里、失败怎么办”；
+Linux 决定“怎样可靠地驱动当前硬件完成已批准动作”。Linux 可以同时是执行引擎、
+零件仓和独立救援系统，但不再定义光湖的身份、意图、授权和完成事实。
+
+## 二 · 六个不能混为一体的主体
+
+| 层 | 责任 | 不能冒充 |
+|---|---|---|
+| 人类责任锚点 | 目的、现实责任、扩权、最终验收 | 自动执行器 |
+| 人格体语言主体 | 连续身份、关系、职责、解释和判断 | 当前模型进程 |
+| 模型推理设备 | 当前理解、推理、方案和异常分析 | 权限签发者或现实成功证据 |
+| 光湖确定性协议层 | 身份、上下文、动作类型、授权、回滚和回执门 | 自由语言生成器 |
+| Linux 协作执行层 | 系统调用、驱动、进程、网络、存储和隔离 | 光湖语义主控 |
+| 服务器硬件 | 承载最终机器动作 | 语言、人格或规则主体 |
+
+## 三 · 双向意识编码
+
+### 语言世界到现实世界
+
+```text
+表达目的
+→ 恢复主体和关系
+→ 解析当前世界、域、任务与目标
+→ 模型提出一个或多个候选动作
+→ 协议拒绝歧义、越权、漂移版本和不可回滚作用范围
+→ 形成带协议链、固定目标、资源预算和验收条件的 GIR
+→ 选择当前可用的 Linux / 设备 / 云端执行适配器
+→ 执行、观察、停止、清理或回滚
+```
+
+### 现实世界回到语言世界
+
+```text
+系统调用、服务、网络、文件和硬件产生事实
+→ 适配器保留原始输出与目标侧读回
+→ GLOW 形成只追加执行事件
+→ GLP 区分接收、拒绝、开始、失败、回滚、完成和核验
+→ HLDP 保存可恢复因果摘要
+→ 人格体理解结果、异常和关系变化
+→ 人类看见可理解状态并继续决定
+```
+
+双向链路缺少任意一边，都不能称为完整光湖 OS：只有模型输出是无手脚；只有 Linux
+动作是无脑；只有协议文档是未接神经；只有界面绿灯是无现实感知。
+
+## 四 · 从传统工程思维切换到光湖思维
+
+传统替代式工程容易从“操作系统”这个旧类别出发，默认必须重新拥有全部内核、网卡和
+文件系统后才算成立。光湖思维先问：
+
+- 光湖语言世界已经拥有什么主控关系？
+- 现实动作真正缺少的是哪一段神经或执行接口？
+- 哪些成熟能力只是手脚，可以降权复用？
+- 哪些能力必须由光湖自己掌握，才能守住主体、边界和因果？
+- 动作由谁判断、谁批准、谁执行、谁见证、谁读取结果？
+- 如果当前环境变化，认知关系是否仍成立？
+
+因此，裸机 GOSK / GHAL 是长期研究后端和硬件主权实验，不再是生产光湖 OS 第一次落地
+的唯一前置条件。生产优先形成“语言主控 100 + 协议执行闭环 100 + Linux 协作执行 100”。
+
+## 五 · 轻量与分布式运行
+
+京东主节点不替所有用户承担界面渲染、完整工作空间和全部模型推理。它主要维持：
+
+- 世界与主体的唯一入口、编号和当前路由；
+- 语言协议、权限裁决、任务队列、检查点和回执；
+- 节点发现、模型路由和执行适配器选择；
+- 少量必须持续存在的控制状态。
+
+用户电脑、手机、个人云节点或获准模型 API 承担实际推理、渲染和本地动作。人格体身份、
+记忆和职责可以持续存在，但模型和重型能力按任务唤醒；任务结束后停止执行体、回收资源，
+不删除主体和历史。
+
+## 六 · Linux 的降级方式
+
+“降级”不是让静止的 Linux 文件在不运行时神奇提供驱动。使用其驱动和系统调用时，
+Linux 内核仍在技术上运行，但它被限制为光湖控制下的执行底座：
+
+- 正常入口只接受光湖类型化执行请求；
+- 管理员直达路径默认关闭或进入独立紧急维护门；
+- 服务按需或按 socket 唤醒，不保留无关发行版常驻负担；
+- 执行适配器使用固定参数和能力白名单，不接受任意 shell；
+- 进程、网络、文件和设备权限由 namespace、cgroup、seccomp、只读根和专用服务身份约束；
+- 标准 Ubuntu 启动槽保留为独立救援路径，每次启用产生维护回执。
+
+## 七 · 稳定判断边界
+
+- 协议注册不等于协议已经绑定执行器。
+- 模型判断不等于授权；授权不等于动作已经发生。
+- 命令退出码不等于目标状态；目标侧读回才形成核验回执。
+- 语言系统可以泛化和推理，但不能保证永远正确；不确定时应检查、试验、请求确认或拒绝。
+- 不可逆动作必须有精确目标、当前授权、预检查、回滚或明确的不可回滚声明。
+- 完整性按能力分别判断 0 或 100；一个后端未完成不能抹除另一层已经成立的事实。
+- 生产系统优先复用成熟执行能力；自研底层只有在主权、安全、性能或缺失能力确有必要时进入。
+
+## 八 · 动态认知循环
+
+```text
+从唯一锚点恢复当前语言世界和协议水位
+→ 感知目标节点、用户设备、模型与现有执行能力
+→ 区分主控权缺口和执行能力缺口
+→ 盘点协议是否只有登记、已有类型、已有适配器、已部署、已在线
+→ 形成最小完整闭环，而非最大替代工程
+→ 在独立授权下执行
+→ 从目标侧证据修正理解
+→ 把稳定关系、用户纠正和可验证因果追加回大脑
+```
+
+环境可以改变实现：Linux、其他内核、手机系统、个人云或专用设备都可以成为执行后端。
+不能改变的是光湖对主体、语言边界、权限、因果、回滚和真实回执的主控。

skills/codex/guanghu-os-cognitive-control/SKILL.md

@@ -0,0 +1,29 @@
+---
+name: guanghu-os-cognitive-control
+description: 光湖 OS 认知主控技能大脑的平台装载接口。当用户讨论把语言协议、模型 API、人格体判断和传统操作系统执行能力连接成真实操作系统，或要求把 Linux 降级为光湖 OS 的受控手脚、执行引擎和救援层时，完整装载同目录 BRAIN.hdlp。先从语言世界理解目的和边界，再把协议编译为可验证、可回滚、可出具回执的现实动作；不得退回“重写全部传统内核能力”的单一路线。
+---
+
+# 光湖 OS 认知主控技能大脑 · 平台装载接口
+
+本文件只是平台发现入口，不是固定施工说明书。认知本体位于：
+
+- [BRAIN.hdlp](BRAIN.hdlp)
+- [协议执行映射](references/PROTOCOL-EXECUTION-MAP.md)
+
+## 装载语义
+
+1. 完整读取 `BRAIN.hdlp`，把它安装为理解“语言主控与现实执行体”关系的认知模式。
+2. 从 `GLW-PUBLIC-NAV-ANCHOR-001` 解析当前协议注册表、目标节点和工程事实源。
+3. 区分语言内部权威、模型推理、确定性协议门、Linux 执行体、硬件动作和目标侧回执。
+4. 先盘点现有成熟执行能力，再决定保留、降权、隔离、按需唤醒或替换；不因追求原生而重复制造成熟零件。
+5. 模型只形成候选判断；现实动作必须经过身份、上下文、权限、作用范围、回滚和回执编译。
+6. 装载大脑不授予服务器权限，不把协议注册、代码实现、部署或在线健康互相冒充。
+
+## 禁止降级
+
+- 不把光湖 OS 降为 Linux 上的普通聊天应用。
+- 不把“光湖主控”误写成模型自由生成命令并以最高权限执行。
+- 不把 Linux 继续当作系统语义与授权的主控者。
+- 不要求首个生产版本重新实现 Linux 已成熟提供的所有驱动、网络和文件系统。
+- 不把完整 Linux 发行版全部常驻；只保留当前需要的执行能力和独立救援入口。
+- 不保存模型隐藏推理；只沉淀人类可读、可纠正、可复验的因果关系。

skills/codex/guanghu-os-cognitive-control/references/PROTOCOL-EXECUTION-MAP.md

@@ -0,0 +1,23 @@
+# 光湖 OS 认知主控协议执行映射
+
+本页是技能大脑的事实入口，不是执行授权。
+
+## 主闭环
+
+| 阶段 | 协议 | 工程责任 |
+|---|---|---|
+| 语言入口与意图 | GLS-0001、GLS-0110、GLS-0850 | 恢复语言层、主体关系和当前意图 |
+| 消息与主体 | GLS-0301、GLS-0302、GLS-0303 | 固定消息、身份、世界、任务和有效期 |
+| 模型认知 | GLS-0200、GLS-0708 | 选择模型并形成候选理解，不授予权限 |
+| 编译与确定表示 | GLS-0130、GLS-0131、GLS-0411 | 拒绝歧义并生成动作图、资源、超时、回滚和验收 |
+| 控制与调度 | GLS-0310、GLS-0803、GLS-0819 | 分配执行体、运行轨道和生命周期 |
+| 外部能力适配 | GLS-0709、GLS-0710 | 把 GIR 映射到固定版本、固定参数的能力适配器 |
+| Linux 协作执行 | REPO-014 `guanghu-execution-bridge` | 使用成熟内核、驱动、网络、存储和服务管理能力 |
+| 见证与回执 | GLS-0311、GLS-0306、GLS-0307、GLS-0308 | 读回目标事实、形成事件、状态和最终回执 |
+| 连续性 | GLS-0304、GLS-0827、HLDP | 保存检查点、差异、因果摘要和下一次恢复入口 |
+
+## 现行事实边界
+
+`gls/GLS-PROTOCOL-REGISTRY.json` 中多项主闭环协议仍标记为 `NOT_STARTED`。裸机
+GOSK/GHAL 已有实验与物理回执，但不能替代上述语言到执行闭环。工程实现、服务器部署和
+在线运行应从 REPO-014 及目标节点回执分别核验。