# 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 不因部署器修复而伪造变化。
