fix(rectification): confirm clear events in same turn

2026-08-12 14:18:48 +08:00
parent 892e43fb23
commit 7c03c1a4b5
11 changed files with 109 additions and 31 deletions
@@ -2990,3 +2990,18 @@
 - 防复发：当前请求已经由服务器掌握的内部 ID 不得再要求模型猜测或回传；原文真实性继续在数据库信任边界验证，不能以放宽 quote 校验规避绑定问题。
 - 相关记录：BUG-170、BUG-172、BUG-173
 - 修复版本：本次提交（staging 精确 SHA 以发布记录为准）
+
+## BUG-175 | V9 明确事件被强制要求额外二次确认
+
+- 状态：resolved（本地候选）
+- 首次发现：2026-08-12
+- 最近更新：2026-08-12
+- 影响面：V9 生时校正事件证据写入、Agent 访谈连续性与候选评分输入。
+- 用户现象：用户已经明确说出“2016 年 9 月上大学”后，Agent 仍要求再回答一次“对/确认”，否则事件不进入评分账本。
+- 触发条件：当前轮包含日期、主体和事件语义均明确的新事件，Agent 完成 `rectification-propose-evidence` 后继续按旧 Prompt/Skill 等待下一轮确认。
+- 根因：Prompt、工具描述、Skill 文档与 TypeScript 状态机把“confirmed 只能由服务器确认路径产生”错误等同于“必须额外等待一轮用户同意”；同时 `scorableEvidence()` 又把 `pending_confirmation` 纳入正式评分，导致确认语义与评分边界不一致。数据库确认 RPC 实际已支持 `draft -> confirmed`。
+- 修复：当前轮主动、明确、单一且无歧义的用户事件由 Agent 在同一个 run 内依次调用 propose 与服务器 confirm；只有模糊、冲突、修订或需要补充原文外信息时追问。评分输入统一只接受 `confirmed` 且有日期的证据，保留 quote grounding、Case/Turn ownership、幂等与 append-only 修订链。
+- 验证：回归测试覆盖同轮 `propose -> confirm` 工具顺序、`draft -> confirmed` 合法迁移、Prompt 不再要求重复确认，以及 pending/draft 不进入正式评分。
+- 防复发：服务器确认路径与额外对话轮次必须分开建模；任何 pending 状态不得隐式参与正式候选评分。
+- 相关记录：BUG-170、BUG-174
+- 修复版本：本次提交（staging 精确 SHA 以发布记录为准）