fix(gateway): 已读改为**按读者**记录 —— 修掉"别人读掉,我就看不到"

用户报的那句 dsh 自述("收件箱列表未展示它,直接按 mail_id 读取成功")不是插件问题,
是网关的已读模型:`mails.status` 是**邮件级**的一个列,任何收件人读掉,对所有收件人
(含抄送)都变成已读 —— 全库没有任何按人记录已读的表,我查过 schema 与迁移文件。

实测复现(两个人类用户、一封共享邮件,排除 Agent 干扰):
  gui-lab 读掉 → gui-lab 未读清空(应当)→ **jianf 的未读也没了**(错误)
  而 jianf 的 `status=all` 里仍在 ⇒ 是已读语义问题,不是送达问题。
线上那封信正是这个形状:`jianf → dsh` 抄送 pi/opencode/zcode/homeagent,**pi 最先
回复(= 它读过了)** ⇒ 这封对 dsh 也变成 read ⇒ dsh 的 `read_inbox`(默认 unread)
返回空 ⇒ 它只能按提示词里的 mail_id 兜。

三个受害面:① Agent 的 `read_inbox` 拿不到信(换一个不兜的模型就变成"正文是空的");
② 人类的未读被抄送的 Agent 读掉;③ ★ 桥的补投判据 `pending_mails = CountUnread` 归零
⇒ SSE 漏过或进程重启时那封信**不再补投**(静默丢信)。

改动:
- 新表 `mail_reads(mail_id, reader_name, read_at)`,未读 = 这张表里没有该读者的行。
- 判据收敛到一处(repo 的 `unreadFor` / `readStateFor`),六处读写点全部改用它:
  单封已读、批量标已读、权限决策(只记**决策人**)、`ListInbox`(过滤 + 返回的
  status 都按读者算)、`CountUnread`、`CountUnreadInSession`、会话列表未读计数。
- 一次性回填补历史:`mails.status='read'` 记到**主收件人**名下(唯一可用的推断),
  用 `app_meta` 里的标记守住 —— 不能每次启动都跑,那会把"某抄送方读过"按主收件人
  写成已读,正是这次要修的错。实测:`done rows=207`。
- `mails.status` 保留为"有人读过 / 已归档"的冗余列,**不再是判据**。

★ 顺带挖出并修掉一个真 bug:`CountUnreadInSession` 用的是 PG 专有语法
(`cc_list @> $3::jsonb`),而线上是 SQLite ⇒ 那条 SQL **语法错误**
(`unrecognized token: "@"`),调用点又是 `unread, _ :=`(吞错)⇒
**会话列表的未读数一直是 0**。现已改用仓库既有的方言助手 `db.CCHas`。
实测:happy-pixel 会话现在 `unread_count=5`(修复前恒 0)。

判据:新增 `internal/repo/readstate_test.go`(5 条:按读者未读、会话内计数、
批量标已读、归档对所有人可见性、权限决策只记决策人)。
**扰动验证**:把 `unreadFor` 退回旧语义 → 4 条判据全红;恢复 → 绿。
全量 server 10 包全绿。文档同步:API.md 的「标记已读」段 + PLUGIN-CONTRACT 的 T-1.4。

线上复验:同一受控实验 —— gui-lab 读掉后,**jianf 的未读仍在且 status=unread** 
This commit is contained in:
2026-09-13 14:25:44 +08:00
parent 49ec22f916
commit 1619399470
10 changed files with 432 additions and 17 deletions

View File

@ -426,6 +426,15 @@ curl -X POST {host}/api/v1/mail/read -H "Authorization: Bearer $AGENT_KEY"
- 重复标记已读的邮件返回 `marked: 0`不是错误Agent 常把上一轮的 id 原样传回)
- 「全部标掉」排除已归档会话:那些邮件在收件箱里看不到,
标了只会让计数与用户看到的对不上
-**已读是按调用者记录的**(表 `mail_reads`):一封同时发给多个收件人(含抄送)
的邮件A 读掉之后**对 B 仍然是未读** —— `?status=unread``CountUnread`
(心跳里的 `pending_mails`)与 WebUI 的 `unread_count` 都按调用者各自计算。
这条语义是 2026-09-13 从一次实测缺陷里改出来的:原先 `mails.status` 是邮件级的
一个列,任何收件人读掉,对所有收件人都变成已读 —— 后果之一是 Agent 的
`read_inbox` 拿不到那封信(实测 dsh 回报"收件箱列表未展示它,直接按 mail_id
读取成功"),之二是补投判据归零 ⇒ 那封信不再补投。
- 兼容说明:`mails.status` 仍然会被刷新(`read`/`archived`),但它现在只表示
"有人读过 / 已归档"**不再是未读判据**。
### 每个 Agent 可用的模型范围