docs(bug-history): BUG-1734..1738 r3 blind-eval results; MEVG local-compute row misread noted

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DbBXoyn7Hj3LCW3BUs5bZ8

docs/BUG_HISTORY.md

@@ -23610,7 +23610,7 @@
 - 现象：卡上四步都已定、分歧只来自 B3/B4 时，回答仍点名某一步未定。
 - 根因：(1) B3/B4 开放项原文「Narayana 的起运、年数等步骤……尚未逐步核定」（`0f8be4c8` 已改为不点步骤名）；(2) 合同里只有「照 `step_notes` 写」，没有「只写卡上标出的步骤」这一条，规则文字里列出的四个步骤名也会被模型当成本盘的情况。
 - 修复：卡上 `method_status` 多一句 `steps_to_name`，照 `unresolved_steps` 写好：`unknown` 时为「本盘没有标出哪一步未定：写「具体哪一步未定，本轮数据无法判定」，不写起运、年数、双宫主或小运方向未定」，有步骤时为「只有这几步未定或有分歧：小运方向；其余步骤不写成未定」。合同加「只写卡上 `unresolved_steps` 标出的步骤……不从 `open_items` 或别处推出一步」。逐项核对卡上其他模型可见文字：`unknown` 盘的 `method_status` 中，除 `step_notes`（每步原话，全部「已定」）与 `steps_to_name` 的否定句外，没有任何字段含步骤名。
-- 验证：`frontend/tests/consult-chat-followups-20261108.test.ts`（三张公开名人盘：两张 `unknown` 的卡不点任何一步，一张只点小运方向；合同原句）。r3 盲测结果见 `eval-blind-1107/phase2-chat/RESULTS-r3.md`。
+- 验证：`frontend/tests/consult-chat-followups-20261108.test.ts`（三张公开名人盘：两张 `unknown` 的卡不点任何一步，一张只点小运方向；合同原句）。r3 盲测（`3b4a9e79`）：多写步骤审计 14 → 1、regex 7 → 0；卡上标小运方向的 21/21 写出，`unknown` 的 48/49 不点任何一步，剩 1 份把步骤名列在「看不出是哪一步」句里（边缘）。
 - 防复发：卡上的步骤只由 `unresolved_steps` 决定，文字不得点出卡上没标的步骤。
 - 关联记录：BUG-1732
 - 修复版本：本地分支 `codex/chat-followups-1108`
@@ -23623,7 +23623,7 @@
 - 现象：r2 的遗漏统计记了 6 份没写 Narayana 主运星座。
 - 根因（逐份核对）：6 份全部写了星座，是统计正则的误报：英文星座名（Capricorn、Cancer）、别名（室女、人马）不在正则里，或星座与「Narayana」隔了标题换行；r1 的 3 次同样。卡上的位置也确有不便：`timing.narayana.md` 只有年龄，日期在 `dasha_systems.systems.narayana`，与 `method_status` 不在一处。
 - 修复：`method_status` 在 `chat_use` 后紧跟 `running`：「主运 Aquarius（第 6 宫） 2026-02-24 至 2027-02-24；子运 Leo（第 12 宫） …（名义计算边界）。写成单体系候选时也照写主运、子运的星座和起止」，只从 `dasha_systems.narayana` 抄，不重算；`no_judgment` 时不加。合同加「候选只降低它在应期里的分量，不省掉星座」。
-- 验证：`consult-chat-followups-20261108.test.ts`（三张盘的 `running` 与 `dasha_systems` 逐值相同，键序为 status、chat_use、running）；r3 盲测用改正后的统计（中英文星座名与别名，前后 80 字）重算三臂。
+- 验证：`consult-chat-followups-20261108.test.ts`（三张盘的 `running` 与 `dasha_systems` 逐值相同，键序为 status、chat_use、running）；r3 盲测用改正后的统计（中英文星座名与别名，前后 80 字）重算：OLD / r2 / r3 主运与子运星座遗漏均为 0。
 - 关联记录：BUG-1732
 - 修复版本：本地分支 `codex/chat-followups-1108`
 
@@ -23634,7 +23634,7 @@
 - 影响面：`frontend/src/lib/consultation-agent-events.ts`（`techniqueAuditStatusSchema` 加 `candidate`）、`frontend/src/lib/consultation-technique-audit.ts`（标签「已执行（候选）」，解析「Used（候选）」等写法）、`frontend/src/lib/annual-report-generate.ts`（附录状态标签）、`frontend/src/mastra/product-voice.ts`（专业模式审计表一节）、`references/product_runtime_contract.md`（她的 Q1 三种状态表）。
 - 根因：产品词表没有「候选」一档；她的 Q1 把「能算出、但同一版本有未解决的实现矛盾」定为保留候选、不强化应期，blocked 只给种子、双主或子期无法择定。旧解析器还会把「Used（候选）」读成 blocked。
 - 修复：Status 四个值 Used、Used（候选）、blocked、not_applicable；合同里放她的 Q1 表并对应审计表状态；专业模式写明 `chat_use = single_system_candidate` 写 Used（候选），`no_judgment` 才写 blocked。
-- 验证：`consult-chat-followups-20261108.test.ts`（schema 四值、六种写法解析为 candidate、Used / blocked 不变、表格解析、合同表行）；`consult-professional-mode-20261107.test.ts` 词表断言更新（原值 / 新值 / 原因）。
+- 验证：`consult-chat-followups-20261108.test.ts`（schema 四值、六种写法解析为 candidate、Used / blocked 不变、表格解析、合同表行）；`consult-professional-mode-20261107.test.ts` 词表断言更新（原值 / 新值 / 原因）。r3 盲测：70/70 份 Narayana 行写 `Used（候选）`，卡上是候选却写 blocked 从 8 份降到 0；词表外的行 183/1529 → 38/1728。
 - 关联记录：BUG-1732
 - 修复版本：本地分支 `codex/chat-followups-1108`
 
@@ -23650,7 +23650,7 @@
   - 「受木星、土星光顾」：卡上 `houses.10.aspected_by` 为木星、土星，回答把它接在宫主一句后面，读起来像宫主被照。卡面清楚，模型行文，未改。
   - 「太阳与火星、水星、金星同宫」（第三盘）：卡上太阳 `conjunct_with` 只有水星、金星，火星在第 10 宫，卡上没有以星座或宫位列同宫的另一处。卡面清楚，模型读错，未改；D9「太阳极敌」与卡一致，评审判错。
   - 三对里大量「捏造」是回答补读的财富层（D2/D11、A2/A11、第 2/11 宫 SAV），评审只看精简卡，不是错误。
-- 验证：`consult-chat-followups-20261108.test.ts`（引擎形状的无 Argala 宫得到说明、计数不变，其他宫只在确有空对宫时有说明；卡上没有 `reference_relative_points`）。
+- 验证：`consult-chat-followups-20261108.test.ts`（引擎形状的无 Argala 宫得到说明、计数不变，其他宫只在确有空对宫时有说明；卡上没有 `reference_relative_points`）。r3 盲测：Argala 一盘按说明写「不构成阻挡」，同宫一盘未再写错，两对由负转胜；Bhava Bala 一盘仍写「第二高」（卡面清楚，模型数错），仍负。
 - 关联记录：BUG-1725、BUG-1723
 - 修复版本：本地分支 `codex/chat-followups-1108`
 
@@ -23662,7 +23662,8 @@
 - 根因：Q6 裁定（采用 b，保留实时核验缺口）要求本地计算、预置来源匹配、本轮实时联网、真实案例参照四行分开；产品只写 MEVG / Real Case Calibration 两行 blocked。
 - 修复：合同放她的四行表与本产品现状：本地计算（已执行 / 部分执行 / 阻塞，照本题要用的层写）、预置来源匹配「不足（产品还没有预置来源库）」、本轮实时联网「不可用」、真实案例参照「未完成」；禁止「MEVG 通过」「已验证」一类的总评。审计表四行名保留 AGENTS 要求的两行名：「MEVG · 本地计算」「MEVG · 预置来源匹配」「MEVG / Global Web Evidence · 本轮实时联网」「Real Case Calibration · 真实案例参照」。
 - 体量：方法块 39,509 → 40,343 字；`skill-binding.test.ts` 三处上限放宽（原值 / 新值 / 原因写在测试里）。
-- 验证：`consult-chat-followups-20261108.test.ts`；`consult-professional-mode-20261107.test.ts`。
+- 验证：`consult-chat-followups-20261108.test.ts`；`consult-professional-mode-20261107.test.ts`。r3 盲测 70/70 份分四行，0 份写已匹配或「MEVG 通过」。
+- 遗留（investigating）：评审 49/140 次把「MEVG · 本地计算 | Used | 已执行」读成外部验证已完成（评审提示词早于 Q6，但行名也确有误读空间）；建议本地计算、预置来源匹配两行去掉「MEVG ·」前缀，待占星师确认，本轮未改。
 - 关联记录：BUG-1736
 - 修复版本：本地分支 `codex/chat-followups-1108`