fix(rectification): route follow-ups by method layer and rescore when evidence changes

Web was round-robinning missing domains and waiting to score until the user said they had no more events. Server follow-up now uses the eight-method plan, rescored snapshots stay candidates, and D9/D10 observations never become user labels.

Co-authored-by: Cursor <cursoragent@cursor.com>

docs/BUG_HISTORY.md

@@ -4346,3 +4346,67 @@
 - 相关记录：BUG-288、BUG-289
 - 复发自：无
 - 修复版本：待提交
+
+## BUG-291 | 生时校正按缺失领域轮询迁居/健康/财务，而不是八大方法层
+
+- 状态：resolved
+- 首次发现：2026-08-19
+- 最近更新：2026-08-19
+- 影响面：`rectification-read-case`、`method_followup_plan`、Skill `jyotish-birth-time-rectification@10.0.2`
+- 用户现象：网页在已有学业事件后继续按迁居 / 健康 / 财务轮询；本地 skill 按方法层问关系、事业、家人。
+- 触发条件：已确认带日期事件，SQL `missing_evidence_categories` 仍列出未覆盖领域。
+- 根因：追问由 conversation summary 的缺失领域清单驱动，没有服务器方法层路由。
+- 修复：新增 `method_followup_plan`。下一问按有日期事件 → 关系 → 事业 → 家人；外貌 / 胎记 / 占问跳过。不再用缺失领域轮询。仍只产出候选，不宣布确认。
+- 验证：`frontend/tests/rectification-eight-method.test.ts`：学业事件后下一问是关系，不是迁居。
+- 防复发：Agent 必须跟 `method_followup_plan`；`stop_domain_rotation=true` 时不得按领域清单继续问。
+- 相关记录：BUG-288、BUG-290
+- 复发自：无
+- 修复版本：待提交
+
+## BUG-292 | 收集阶段要等用户说「没有更多了」才打分，Activity 显示 0 项计算依据
+
+- 状态：resolved
+- 首次发现：2026-08-19
+- 最近更新：2026-08-19
+- 影响面：`rectification-record-evidence-batch`、`rectification-confirm-evidence`、工具 receipt `executed_methods`
+- 用户现象：本轮已写入带日期事件，Activity 仍写「本轮完成 · 0 项计算依据」；要用户说没有更多事件才比较。
+- 触发条件：批量或确认写入了可评分证据，Agent 未再调用 compare-candidates。
+- 根因：打分只挂在显式 compare 工具上。收集阶段写入成功不触发服务器重算。
+- 修复：证据有效变化（账本指纹变了）时由服务器重算并持久化候选；失败不回滚证据写入。receipt 带上实际执行的方法。不因此进入 `candidate_ready`，也不 offer 采用。
+- 验证：批量写入后 persist 被调用且 completed receipt 含方法；引擎失败时 batch 仍 accepted。
+- 防复发：不要等「没有更多了」才比较；同一指纹不要再 compare。Agent 不得自己扫分钟。
+- 相关记录：BUG-291
+- 复发自：无
+- 修复版本：待提交
+
+## BUG-293 | 分钟窗口扫描若做成 Agent 工具，容易被说成 ±5 分钟确定结论
+
+- 状态：resolved
+- 首次发现：2026-08-19
+- 最近更新：2026-08-19
+- 影响面：v5 `window_scan` 诊断、`rectification-compare-candidates`、候选卡投影
+- 用户现象：对照本地分钟扫描能给出候选簇；网页要么不扫，要么容易把扫描说成已确认到几分钟。
+- 触发条件：窗口内 D9/D10 升一不同；公开工具若再加第 14 个 scan 工具。
+- 根因：扫描能力没有作为现有 compare 路径的服务端字段；确认门也没有把扫描与「不得宣布唯一分钟」绑死。
+- 修复：Python 诊断增加 `window_scan`（只计 D9/D10 升一数量与是否不同）。折入现有 compare 与自动重算，结果进候选卡 / 平台语言。公开工具仍为 13 个。`confirmation_allowed` 不因扫描变为 true。
+- 验证：诊断测 D9 两个指数则 `d9_candidates_differ=true` 且无星座名；25 分钟平台仍禁止确认。
+- 防复发：不得新增第 14 个 rectification 工具；不得把若干事件写成 ±5 分钟确定性结论。
+- 相关记录：BUG-290、BUG-291
+- 复发自：无
+- 修复版本：待提交
+
+## BUG-294 | D9/D10 类型表若直接告诉用户会变成性格/配偶/事业标签
+
+- 状态：resolved
+- 首次发现：2026-08-19
+- 最近更新：2026-08-19
+- 影响面：`internal_observations`、read-case 投影、Skill 10.0.2 技法路由
+- 用户现象：分盘升一不同时，正文可能把用户说成某星座或某类配偶/事业气质。
+- 触发条件：窗口扫描发现 D9 或 D10 升一在候选间不一致。
+- 根因：类型表若作为用户可见结论，没有强制投影成追问主题。
+- 修复：只投影 `ask_theme`（关系经历 / 事业经历）。解析时丢掉星座名等额外键。Skill 禁止贴标签。
+- 验证：含「白羊/天蝎/热情」的扫描输入投影后 JSON 不得出现这些词；D9 不同时下一问是关系主题。
+- 防复发：read-case / 候选投影不得输出星座名、配偶类型或事业特质标签。
+- 相关记录：BUG-291、BUG-293
+- 复发自：无
+- 修复版本：待提交