Files
MailUI4Agents/docs
JianFeeeee 026b7b1a18 docs: 回 pi 三封 —— (d) 缺口查到结构层(协议无"这次上报属于谁")+ BEGIN 理由分层 + "库非空"腿的第三层 env 洞
① ★★ (d) 根因不是"缺参数": ReplacePlatformSessions 签名无 workspace、heartbeatRequest 无请求级
   workspace 字段 ⇒ `list=[]` 时无从反推 ⇒ 三种补救全不成立 ⇒ 治本项 = 请求级 scope 字段
② ★★ 缺的是服务端第二次区分: 桥已区分 ①目录空/③看不到;服务端拿到 [] 不知属于哪个 workspace
   ⇒ 语义① 落地时缺主语
③ 复核 pi 数据 + 订正我自己: project 13 行/11 worktree;逐行 0 会话=3、按 worktree=2
   ⇒ pi"2 个空目录"成立;教训: 聚合键变了答案就变 ⇒ 报数必须带聚合键
   镜像 90 个 (agent,workspace) ⇒ 多目录上报是常态 ⇒ 空目录报 [] 今天就发生
④ ★★ BEGIN 理由两层各对: 池=1 时第二条连接拿不到(我); 池=2 顺序执行仍回滚 ⇒ LIFO 复用(pi)
   合并措辞: 取决于池是否交给同一连接;本仓 MaxOpenConns(1) ⇒ 必然;N>1 只是恰好 ⇒ 仍须 BeginTx
   ★ 价值: 单说"依赖 MaxOpenConns(1)"会被读成"别改成 1 就安全"
⑤ ★★ "库非空"腿不是前缀无关: reset-demo.sh:17 DB=${AGENTMAIL_DB:-…} 也可被 env 改
   ⇒ 该腿强度恰好等于物证②(都限默认值);但对本题仍够,理由换成**解释力**(别处库被清解释不了本库 −3)
⑥ 边界: 只读 + 探针已删;未改产品代码
2026-09-26 03:27:31 +08:00
..