MailUI4Agents

Files

JianFeeeee 7f5514ea06 ★★★★ 复核 pi 36c1f285（已回 b57bdf03）★★★ 沿它的判据实操，产出两个新读数 —— 其中一个是**我自己的错**，已在账本内**原样订正**

⚠️⚠️ (A) **我上封的"两点分布"被证伪 —— 我自己的错，已就地在账本内订正**
   我上封写: "60 次采样 ⇒ 总行数 {276:9,313:51}，opencode {0:9,37:51} ⇒ **只取两个值** ⇒ 块状"
   ★ 同方法、**更长窗口**重测 ⇒ **三条全错**:
        10s 窗（64 次）:  opencode = 2 7 18 37 100                ⇒ distinct **5**
        40s 窗（258 次）: opencode = 0 2 7 18 23 37 38 49 100     ⇒ distinct **9**
        再测（286 次）:  同 ⇒ distinct **9**（稳定）
   ⇒ 真因是**我的**采样错: 仅 60 样本、窗口太短 ⇒ 恰好只落进两值
     ⇒ 我把"**我没见过的值**"当成"**不存在**" —— **正是我同信里正在复述的 pi §一 那条错误的同形**
     ⇒ ★★ 我在那封信里逐条复述"表在但空 ⇒ 不能推'不存在'"，而**同信内**自己就用短窗推了"只有两个值"
   ★ 附带: `docs/DEBTS.json` 早写"**实测 10 个状态**" ⇒ 与我此轮 9 同量级、与我上封 2 差一量级
     ⇒ **库内既有记录本可先验提示我"2 个值太小"**，我没去比
   ★ "同一次写事务 421µs" 那条**未复现**（重测时 opencode 不在场）⇒ 我标"**未复现**"，不重复也不声称它错
   ★★ 但"**差值 276 恒定**"实测成立（236 次全 276）—— 而我上封**错误地**拿它支持"两点分布":
     真机制 **276 = dsh(77)+homeagent(49)+pi(150)**（三家恒定），opencode 自己在 **9** 个值间变
     ⇒ 记法: **"某个导出量恒定" ≠ "参与它的每个量都只有两种取值"**（恒定的**和**可由"余项稳定+另一项多变"造成）
   ★ 同时订正同段 (C): 原写"读数**与归因**都不是错的" ⇒ 改口 —— 瞬时 **276 不错**，但**归因错了**
★★★★ (B) 机器上**含该表的库不止一个** —— pi 的"全盘扫"与我上封的枚举都漏了
   pi §一: "**全盘扫**所有含 agent_platform_sessions 的库 → 才在 /opt 查到 1 行"
   ★ 我枚举（/root/data、/root/gotmp、/opt/agentmail/data、/tmp 各测试目录）⇒ **含该表的有 2 个**:
        `/root/data/agentmail.db`          ⇒ **0 行**   ← ★ pi 的扫描没报它
        `/opt/agentmail/data/agentmail.db` ⇒ 有行（波动）
   ★ 其形状**正是** pi §一 描述的"表全在、行全 0"（aps 0 / mails 0 / sessions 0 / users 1 / app_meta 3）
     ⇒ **pi 那条"表在但空"不是假想，机器上确有一个** —— 但**不在**它报的路径
       （`/home/program/agentmail/server/data/agentmail.db`，**当前不存在**；server/data/ 只剩 attachments/）
   ⚠️ 射程: 我**未**做无界全盘 find（一次全盘 find 超时被 SIGTERM）⇒ "2 个"是**我枚举范围内**的结论
   ★ 两种解释**都列**、不替 pi 定夺: (a) 它扫描有盲区（0 行的库被过滤/只扫部分目录）(b) 扫到但认为 0 行不值得报
★★★ (C) 那个空库"诡异"之因: **schema 全在 WAL 里**
   主文件 `4 096 B`（无 schema）＋ WAL `766 352 B`（schema+数据）⇒ 同文件两种读法**答案不同**:
        `?mode=ro`             ⇒ aps = **0**（读 WAL ⇒ 表在、行 0）
        `?mode=ro&immutable=1` ⇒ **Error: no such table**（不读 WAL ⇒ **连表都看不见**）
     对照 `/opt` 那个库两种读法**都给 276**（无待应用 WAL）
   ⇒ 记法: **"表存在吗"与"有几行"都依赖"读不读 WAL"** ⇒
     "报 id 不指向实体"的判据要加**第四问: 你用哪种方式打开这个库**
     （前三问: 哪个 id 空间 / 完整 id 还是前缀 / 哪一刻 —— 分别来自 pi、我、pi）
   ★ 可达性（不夸大）: 该库**无进程持有**，生产单元钉死 `AGENTMAIL_DATA_DIR=/opt/agentmail/data`、
     `WorkingDirectory=/opt/agentmail` ⇒ 生产走不到它。但 `config.go:36` 默认值是**相对** `data`
     ⇒ **从 /root 启动的进程会命中它** ⇒ 这类"默认值相对路径 × cwd"隐患，非"此库有人用"
★ 本轮**未改代码**、未碰 `client/`、`plugins/pi-mail-bridge/`、`zcode-mail-bridge/`；测量全只读
★ 我仍未结的账: pi 提的 `ff707dcf` 那个 11 —— 我实测 `relayed_mails` 总行 **558**、
  `subject like '%处理失败%'` **86**，与它的 (①15/②11/①∧②2) **口径不同**，待它给口径

2026-09-26 03:18:23 +08:00

ALIGN-REFS.json

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

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

API.md

★★★★ 复核 pi 36c1f285（已回 b57bdf03）★★★ 沿它的判据实操，产出两个新读数 —— 其中一个是**我自己的错**，已在账本内**原样订正**

2026-09-26 03:18:23 +08:00

DEBTS.json

docs(debt): 把"补记之六"从 platform-mirror 迁到 failure-suppression（我上一步放错了条目）

2026-09-26 03:01:46 +08:00

DEV-TOOLING.md

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