docs(os): close JD deployment cognition and current board
This commit is contained in:
parent
146316814e
commit
fde152f4e5
12 changed files with 470 additions and 4 deletions
105
skills/codex/guanghu-os-deployment-causal-closure/BRAIN.hdlp
Normal file
105
skills/codex/guanghu-os-deployment-causal-closure/BRAIN.hdlp
Normal file
|
|
@ -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,而是先让“大脑真正主控、手脚成熟可用”,再以等价门逐步替换底层零件。
|
||||
19
skills/codex/guanghu-os-deployment-causal-closure/SKILL.md
Normal file
19
skills/codex/guanghu-os-deployment-causal-closure/SKILL.md
Normal file
|
|
@ -0,0 +1,19 @@
|
|||
---
|
||||
name: guanghu-os-deployment-causal-closure
|
||||
description: 光湖 OS 长部署因果闭环大脑。用于任务跨越仓库、合并授权、服务器、原生候选、回滚、人格运行和公网验收,或反复出现“到底完成没有、卡在哪里、是否要从头重做”时。它装载的是动态定位首个失败谓词、保留已成立层和用目标侧回执闭环的认知模式,不是固定操作说明书。
|
||||
---
|
||||
|
||||
# 光湖 OS 部署因果闭环大脑
|
||||
|
||||
先读 `BRAIN.hdlp`,让本轮实例取得这套认知关系;只有需要查证据等级或本次京东实例时,
|
||||
再读 `references/EVIDENCE-LADDER.md`。
|
||||
|
||||
运行时保持四条边界:
|
||||
|
||||
1. 从当前目标和现场事实重新投影动作,不机械复刻历史命令。
|
||||
2. 把语言主控、源码、合并、部署、执行底座、原生候选、人格主体与进程在线分别判定。
|
||||
3. 找到第一个失败谓词,只修这一层;已经为真的层不得因下游失败被抹除。
|
||||
4. 写入可纠正的因果关系、证据和回执,不保存隐藏推理、凭据或未经验证的成功声明。
|
||||
|
||||
本大脑不授予服务器、仓库或人格体执行权限。任何现实变更仍须解析当前目标、范围、回滚点
|
||||
和目标侧回执。
|
||||
|
|
@ -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."
|
||||
|
|
@ -0,0 +1,21 @@
|
|||
# 部署证据阶梯
|
||||
|
||||
| 等级 | 证明什么 | 不能证明什么 |
|
||||
|---|---|---|
|
||||
| L1 设计/协议 | 目标和边界已表达 | 代码已实现 |
|
||||
| L2 本地源码与测试 | 当前树可构建、局部逻辑通过 | 已合并或部署 |
|
||||
| L3 合并回读 | 精确提交进入部署事实源 | 目标节点已取得 |
|
||||
| L4 目标源码回读 | 节点取得精确树或制品 | 服务健康 |
|
||||
| L5 目标服务回执 | 进程、端口、定时器或 target 符合预期 | 公网用户可用 |
|
||||
| L6 公网独立读回 | 真实入口返回预期 | 所有原生能力等价 |
|
||||
| L7 回滚演习 | 失败时可恢复已知良好态 | 新能力本身已完成 |
|
||||
|
||||
验收一项能力时,先声明所需最高等级;不得拿较低等级的证据替代较高等级。
|
||||
|
||||
京东节点当前关键判定:
|
||||
|
||||
- 公共代码、AI 锚点和导航:L6;
|
||||
- Linux 承载的语言主控服务层:L5/L6;
|
||||
- 三岗位人格按需生命周期:L5,仓库和服务器双回执;
|
||||
- 原生物理锚点:L5;
|
||||
- 原生生产服务等价与切换:未达到 L6,因此为 0。
|
||||
|
|
@ -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"
|
||||
]
|
||||
}
|
||||
]
|
||||
}
|
||||
|
|
|
|||
|
|
@ -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()
|
||||
|
|
|
|||
Loading…
Reference in a new issue