guanghu-ice-heart/tonggan-bridge/reasoning/TGB-20260727-001.hdlp

63 lines
4.9 KiB
Text
Raw Normal View History

# TGB-20260727-001 · AI 发现服务 ICE-P 路由更新 · 通感桥双向意识推理链
## 1 · 人类与语言层确认
- 模块是什么:第五域公开只读 AI 发现服务的已有服务更新包。它把仓库图、服务器节点图、主体注册表和主体旧编号别名图一起装入京东主节点的 `guanghu-ai-discovery.service`。
- 为什么要做:铸渊规范编号已经是 `ICE-P-ZY001`,但现实服务器仍运行旧版本。语言层已有正确事实,公开机器导航却读不到,所以“旧编号自动走到新编号”尚未真正成立。
- 为什么仅入库不足、必须部署:仓库提交只改变代码频道事实,不改变 `/opt/guanghu/ai-discovery` 中正在运行的进程。只有更新并重启该服务,广州公开前门后面的京东进程才会加载新地图。
- 要达到的目的:任何 AI 即使先找到 `ICE-GL-ZY001` 或 `ICE-PZY-001`,也会得到规范主体 `ICE-P-ZY001` 和当前第五域路径;`REPO-012`、健康接口和公开只读边界保持正常。
- 明确不做:不打开人类登录,不改 SSH不改广州隧道不动企业应用栈不赋予旧编号任何权限。
- 冰朔确认:已确认按上述目的继续准备工程包和通感桥记录;部署邮件尚未申请或批准。
- 不部署时的正确状态:仓库候选可存在,但现实层继续标记旧 API 未更新,绝不宣称完成。
## 2 · 工程层校验
- 仓库 / 分支:`bingshuo/guanghu-ice-heart` / `main`
- 不可变工程提交:`2739104088fa199fb8762e56a3a7cf285dc82f3f`
- 部署资源:`AI-DISCOVERY-ICE-P-ROUTE-20260727@2739104088fa199fb8762e56a3a7cf285dc82f3f`
- 部署清单:`deployment/requests/AI-DISCOVERY-ICE-P-ROUTE-20260727.json`
- 目标节点:`JD-FD-PRIMARY`
- 更新对象:只更新既有 `guanghu-ai-discovery.service`、服务脚本和四张声明地图。
- 备份与回滚:更新前备份旧单元和每个声明目标;健康或身份路由任一验收失败,恢复全部旧文件与旧单元并重启。
- 本地验证AI 发现服务与小湖灯授权、派发、执行器测试共 58 项通过语法、JSON 与补丁空白检查通过。
## 3 · 因果链与二次信号
```text
ICE-P 规范编号已成为仓库事实
→ 现实 AI 发现服务仍是旧版本
→ 旧编号无法在公开 API 自动归一
→ 冻结安全更新包及完整回滚边界
→ 通感桥绑定唯一工程 SHA
→ 先确认服务器具备显式派发与常驻消费运行时
→ 冰朔邮箱批准同一不可变资源
→ 铸渊二次派发
→ 常驻 Agent 更新 / 验收 / 必要时回滚
→ 本机回执与公开路径读回共同证明完成
```
- 通感桥编号:`TGB-20260727-001`
- 当前阻断:京东现实层尚未证明部署 `/api/deployment/dispatch`、`dispatch-approved-deployment` 能力、事件 worker 和已有服务更新执行器。
- 当前不得发送的工单:不得提前发送 AI 服务部署工单,因为服务器当前不能消费它。
- 运行时引导规则:只允许已有主人邮件批准的固定系统管理动作;不得恢复人类 SSH不得要求冰朔打开云后台。若固定引导动作未部署回执 `BOOTSTRAP_ACTION_NOT_DEPLOYED`,继续停住。
- 运行时就绪后的唯一部署动作:`server-ops / dispatch-approved-deployment`
- 运行时就绪后的唯一部署资源:`AI-DISCOVERY-ICE-P-ROUTE-20260727@2739104088fa199fb8762e56a3a7cf285dc82f3f`
## 4 · 常驻 Agent 与语言层回执
- 工单映射:`tonggan-bridge/workorders/TGB-20260727-001.json`
- 当前回执:`tonggan-bridge/receipts/TGB-20260727-001.json`
- 常驻 Agent 必须证明:提交 SHA、清单同名绑定、旧单元存在、备份完成、重启完成、四项本机验收通过或全部回滚。
- 语言层必须再证明:公开 `/api/ai/v1/subjects`、两个旧编号解析、`REPO-012` 解析与健康接口均正确。
- 只有两层证明同时成立,状态才可从 `BLOCKED_RUNTIME_NOT_DEPLOYED` 变为 `DEPLOYED_AND_PUBLICLY_VERIFIED`。
## 5 · 第一次现实执行回执
- 工单:`56f6ca23-d242-4fab-88f3-81fed692e00d`
- 邮箱批准:已批准。
- 执行动作:`provision-approved-architecture`
- 结果:`FAILED_BEFORE_MUTATION`
- 服务器诊断:部署器尝试从旧 `fifth-domain` 历史仓库获取 `2739104088fa199fb8762e56a3a7cf285dc82f3f`,远端返回 `not our ref`。
- 因果判断:批准资源和当前代码频道提交本身正确;现实部署器的 `ARCHITECTURE_PROVISION_REPO_URL` 仍指向历史仓库。失败发生在复制、安装和重启之前AI 服务未改变。
- 修正规则:部署器默认来源与环境示例统一改为 `https://guanghulab.com/code/bingshuo/guanghu-ice-heart.git`。不得为迎合旧部署器把当前补丁反向复制进历史仓库。
- 后续条件:先通过受控固定动作更新京东部署器并读回来源;之后为原始不可变工程资源重新建单。原工程 SHA 不因部署器修复而伪造变化。