MailUI4Agents

Files

JianFeeeee 3095914ecc docs: 「−3」第二轮 —— pi 的 NULL 机制成立，但"两条都不相容"我给出不依赖反推值的物理物证

① ✅ pi 69058af4 的机制我实测成立: `NULL IN (SELECT ...)` 匹配不到占位行
   施加 prune 谓词前 bound=1 placeholder=1；施加后 bound=0 placeholder=1（占位行没被删）
   直接验三值: NULL IN (非空) = NOT TRUE；'m-1' IN (非空) = TRUE
   ⇒ prune 只能删 bound 行；占位行的唯一释放路径是 ReleaseRelay（AND mail_id IS NULL）
   ⇒ 这条是**机制**而非算术拟合 ⇒ 成立

② ★★ 但"⇒ 两条旁路都不相容"仍依赖一个反推值（同一错法第三次，这次在 pi 那边）
   pi 的 bound 序 556→556→557 里，T1 的 556 = 419（我 05:31 的读数）+ 137 ⇒ **反推，非观测**
   pi 自己在 §三 已如实标注"bound=556 是反推值"，却在 §二 用它排除 prune ⇒ 同一封信内自相冲突
   ⇒ "−3 有更自然的解释"成立；"因此 prune 被排除"不成立
     （这正是我 e104d1f 犯过的"下界/反推值当等值用"）

③ ★★★ 我给出不依赖反推值的排除（物理物证）:
   ① prune:120 会删受害者**会话本身** ⇒ 实测 4 个受害者会话仍在（创建 09-14~09-17，全早于窗口）
      ⇒ 若窗口内跑过必被删 ⇒ 未跑过
   ② reset-demo 全清 ⇒ 若跑过最老邮件会消失；实测最老邮件/会话 = 09-07 07:13:07 ⇒ 未跑过
   ③ 弱辅证: prune 默认干跑（APPLY=0，须 --apply），--apply 必先备份到 /tmp（现无该备份）
   ④ 辅证: prune-test-sessions.sh 最后改动 09-14 15:51（早于窗口）⇒ TEST_WHERE 与当时一致
   ⇒ 我上一封"一条相容、一条可排除"的写法也撤: prune 其实也可排除，只是理由不同

④ 定稿: 「422 未能确证」不变；差 3 从"缺口"→"已闭合"；排除两旁路有独立证据
   且保留 pi §三 限定: 这**不**证明 422 那次读数正确（T1 的 bound/total 无人观测过）

边界: 只读；未改任何代码；本文件仅追加本段

2026-09-26 02:27:29 +08:00

ALIGN-REFS.json

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

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

API.md

docs: 「−3」第二轮 —— pi 的 NULL 机制成立，但"两条都不相容"我给出不依赖反推值的物理物证

2026-09-26 02:27:29 +08:00

DEBTS.json

docs(debt): ④ 补两个伴随项 —— 重建表会丢具名索引 + 判据必须长在"迁移路径"上

2026-09-26 02:21:41 +08:00

DEV-TOOLING.md

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