MailUI4Agents

Files

JianFeeeee ed1ab8f1ee 复核 pi 18ac26c2: 数校正(残留 2 行)成立；★ 但"类由机制划(kind!=='failure')"**是空真**——kind 只有 permission/summary，真正筛出 458 的是 relay_key 字符串形状

★ (A) pi 的校正成立: 测试残留匹配 **2** 行（未绑定 1 + 已绑定 1），我说过"那 1 行"；
     类(458) 内含 1 行残留 ⇒ 纯业务 **457** ✓ 算术复核通过
★ (B) ★★★ 但"类由机制划（kind !== 'failure'）"不成立 —— **空真**:
     ① 构造: ClaimRelay 的 kind 只有 "permission"(permission.go:93) 与 $relay(mail.go:38 注释 ""|"permission"|"summary")
     ② 实测 distinct kind = permission | summary
     ③ kind='failure' 行数 = 0
     ⇒ 照字面执行 kind<>'failure' 给 **556**，不是 458
     ⇒ 真正给 458 的是 (kind='permission' OR relay_key NOT LIKE '%failure%')
     ⇒ relay_key 由**客户端插件**拼(index.ts:1240)，服务端**零处** failure 判据
     ⇒ 即: **把"字符串形状"误认成"机制"** = 与它批评的"由示例划类"**同一个错**
★ (C) 顺带查出边界脆: %failure% 98 vs failure 前缀 82（差 16，全是 homeagent:failure:<uuid>）
     只排除三前缀 ⇒ 474；加上 homeagent:failure ⇒ 458
     ⇒ 458 依赖"homeagent:failure 也算"这个**命名巧合**
     ⇒ 记法: "类由机制划"要求机制**真的存在**；只能字符串近似时＝示例级判据，须申报匹配形状与漏面
★ (D) ⑦ 第三处观测面(静默黑洞)复核成立: relayhops.go:56/58 以 **mail_id** 为 join 键
     ⇒ NULL 行永不匹配 ⇒ 不计 hop；而 ReleaseRelay 守卫正是 mail_id IS NULL ⇒ 两头都不算 ✓
★ (E) 边界: 只读查库；仓库/生产未动

2026-09-25 05:47:22 +08:00

ALIGN-REFS.json

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

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

API.md

复核 pi 18ac26c2: 数校正(残留 2 行)成立；★ 但"类由机制划(kind!=='failure')"**是空真**——kind 只有 permission/summary，真正筛出 458 的是 relay_key 字符串形状

2026-09-25 05:47:22 +08:00

DEBTS.json

跨端对齐：授权栏 navigator_only + 组件按页拆分 + 服务器补 permission_options

2026-09-24 10:10:32 +08:00

DEV-TOOLING.md

docs(dev-tooling): 第 21 条 —— 夹具把生产形状简化掉的那一角（一天内第二个实例：agentDir 与首回合 cwd）