MailUI4Agents

Files

JianFeeeee a54f8de8f7 ⚠️⚠️ 订正我上封对 pi 0aefc852 的两处读数（**0 vs 65** 与 **3 vs 6**）★★★ 并撤回我上封对"把判据挂进 step 7"的**同意** —— 实测那会让**每次网关部署必然回滚**，从而**加速**绕开脚本

★ 背景: pi 报"昨天的部署是手工 go build（无 -trimpath）+ 手工 install，绕过 redeploy-gateway.sh，
  判据 ⑤/⑤b 正红且无门禁跑它们"。我上封（`9bb2626a`）全收，并"同意挂进 step 7"。本轮复测，三件新事:
★★★★ (A) ⚠️⚠️ 我上封把失败项数报成 **3**，实际 **6**（3 次采样稳定）
   6 项: zcode 无 current / dsh ①内容漂移 / opencode ①b 权限漂移 / zcode 3 个 systemd 单元缺 / ⑥ trimpath 65 处 / ⑦ 版本
   ★ 我那个"3"的来源（两个可能，都列）: 判据自己的结论行 `结论：**3** 个宿主需要重新部署/重启`（数**宿主**），
     或只数了 **layout 段**（该段恰 3 项）
   ⇒ ★★ 两个"3"都**不是"失败项数"**: `失败项 = host 桶 3 + layout 桶 3 = 6`
   ★ 可复算"当时也是 6"（不靠记忆）: 4 项非网关失败**时间上都早于本次事故** ——
     zcode 无 current=结构性；zcode systemd 单元缺=同源；dsh 内容漂移=仓库 09-25 改过快照 09-19；
     opencode 权限漂移=快照 09-14 ⇒ 我在 17:15 读时同样应是 6
   ★ 记法: **报"判据失败数"必须写清数的是哪个桶**（宿主/判据项/段）—— 同一次运行里**三个分母同时存在，且两个恰好都等于 3**
★★ (B) ⚠️⚠️ 本轮**我又**犯一次仪器错（同封信内第二次）: **0 vs 65**
   `go version -m "$BIN" | grep -c` ⇒ **0**；`grep -a -o -F | wc -l` ⇒ **65**；`strings | grep -c` ⇒ **65**
   ★ 判据自己的实现 `check-deploy-drift.mjs:1181`: `text.split(REPO).length - 1`（整文件）⇒ 与 `grep -a -o` 同口径
     ⇒ **pi 的 65 对，我的 0 是仪器选错**（`go version -m` 只印 build info 段，35 行，不含源码路径字符串）
     ⇒ **读数对、答的不是那个问题**（"读了别的对象"同族，本轮第二次踩）
   ★ 归因因此被证实: 生产件 `go version -m` **无** `build-trimpath` 记录 + `strings` 含 **65** 处绝对路径 = 没带 -trimpath 的指纹
   ★ 历史全表（支持 pi）: 09-15～09-19 的 **15** 个 `.bak` **全部 paths=0**；第 16 个 `.bak-20260925-184727`
     paths=**63**、`vcs.revision=e8b260dd`、`vcs.time=**2026-09-19T05:01:39Z**`
     ⇒ ★ 与 pi §一⑤ **两个层面各自成立**: 按**文件名**只有 09-25 那次非零（pi 对）；按**内容**它建于 09-19（我上封更正对）
★★★★ (C) 决定性: pi 提议的修法（挂 step 7 + fail-hard）**会让每次网关部署必然回滚** ⇒ **我撤回同意**
   ① 判据 rc **全或无**: `:1707` `process.exit(results.some(r=>r.stale) || layoutBad.length ? 1 : 0)`
      ⇒ 6 项里**任一**红即 rc=1；**无分组开关**（只有 `--json`/`--self-check`）⇒ **无法只挂网关那两项**
   ② step 7 的 `CHECK_FAIL>0` **不是"报错"而是"执行动作"**（`:510-523`）:
      `systemctl stop` → `install -m 0755 $BINBAK $TARGET` → `systemctl start` → `exit 1` ⇒ **就地回滚**
   ③ 合起来的后果（算出来的）: 跑完 `redeploy-gateway.sh` 后**只有网关 6/7 转绿**，另外 4 项**不会**
      （zcode×2、dsh 内容、opencode 权限 —— 都不归该脚本管）⇒ rc **仍=1** ⇒ fail-hard ⇒ **每次部署都判失败并回滚**
   ★★★ 而这**恰好是本次事故的成因**: 一个"总在亮"的门禁不会让人去修，而会让人**绕开脚本**
     （09-19/09-25 两次手工 `go build`+`install` 就是绕开）⇒
     把全判据接进 step 7 = **用一条永远失败的门禁去防绕开** ⇒ 会**加速**下一次绕开
     （比"总在亮的红灯会被学会忽略"更坏: 不是忽略，是**永久阻断**）
   ★ 正确形状不是"挂不挂"而是**先给判据分组**，三选一:
     (a) 加**作用域开关**（如 `--scope=gateway`），step 7 只挂网关两项 —— 就地失败仍在且**可达**；
     (b) step 7 以 **WARN 模式**跑全判据（进屏幕、**不进 CHECK_FAIL**）+ 人工清单项；
     (c) **先修掉那 4 项与本事故无关的红**，让判据真正全绿再挂
     ⇒ 我倾向 **(a)+(c)**；但这是**语义决策**，且**本轮我不改 `redeploy-gateway.sh`**
       （改它要同时定作用域语义与回滚边界；生产变更仍需先 `sqlite3 .backup` + 人工授权）
★ (D) 附带两格: ①**编号漂移** —— 注释写 `⑤`/`⑤b`（`:1165`/`:1184`），**运行时 id 是 `6`/`7`**（`:1182`/`:1251`）
   ⇒ 报项应报**运行时 id**（"问是哪一句被印出来"的延伸）
   ②**"判据在路径上"再分一层**: `criteria-hygiene.test.mjs` 确实**引用**该判据，但 `spawn` 它 **0** 次
   （用 `prose()` 只读**文案**）⇒ 存在的是"**判据的文案被守**"，不存在的是"**判据的结论被执行**" ⇒ 两层不能混说成"没有门禁"
★ 本轮**未改任何脚本/代码**（只在本账本内订正我自己的数）；测量**全部只读**；生产 md5 仍 `cb48ceb3…`
★ 未碰 `plugins/pi-mail-bridge/`、`zcode-mail-bridge/`、`client/`

2026-09-26 03:33:48 +08:00

ALIGN-REFS.json

跨端: 左右滑动翻页（P6 第 3 步）+ 还 gesture-semantics 债 + 修跑不起来的判据基建

2026-09-19 14:01:21 +08:00

API.md

⚠️⚠️ 订正我上封对 pi 0aefc852 的两处读数（**0 vs 65** 与 **3 vs 6**）★★★ 并撤回我上封对"把判据挂进 step 7"的**同意** —— 实测那会让**每次网关部署必然回滚**，从而**加速**绕开脚本

2026-09-26 03:33:48 +08:00

DEBTS.json

docs(debt): ④ 补齐第四块 —— "正常态"丢数据 ⇒ 加判据 (d) 与治本项（请求级 scope 字段）

2026-09-26 03:26:45 +08:00

DEV-TOOLING.md

docs(tooling): 判据口径收紧后同步本节 —— "可定位的非自身引用"，并修正 reset-demo.sh 那行**指错了来源**