Jesse_ChenandClaude Opus 5
6df40c322c
医院记录那一分钟落在校正区间外时，交付卡以前只说一句「相差 N 分钟」：
没说默认按哪个时间排盘，采用按钮也仍写中性的「更像这个」，用户看不出
点下去会把之后的排盘换成另一分钟。
产品负责人 2026-09-14 拍板「记录优先，分歧如实呈现」：
- 冲突文案补满三层——默认仍按出生记录时间排盘、经历指向另一段时间相差
N 分钟、两条路都可以走。
- 冲突态采用按钮改「改用校正结果」，按钮下按列写明
「选它之后，排盘会从出生记录时间 hh:mm 换成 hh:mm」。
- 新增 FORBIDDEN_RECORD_VERDICT_PHRASE 锁住 D4：不得宣布记录不准，
也不得宣布校正结果无效。
只改文案层与采用入口措辞。打分、判据、采用 RPC、置信度与确认门控、
数据库一律未动；不新增入口、不加确认弹窗；记录落在范围内或来源是
「大概时间 / 时间段」时卡片与今天完全一致。Skill 未 bump，只补
references §6.1。
验收：tsc 0 错；lint 0 error；npm test 3335 项 fail 31，失败清单与基线
37e6c519 逐条一致（全部是无 Docker / 无外网的既有环境缺口）；next build
通过且 / 仍 ○ Static；首屏 chunks gzip +269 B（+0.019%）。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01JUei7K13cYxLHE3Axe4A45
3.0 KiB
3.0 KiB
真人验收清单 · 记录与校正区间冲突文案（BUG-691）
自动化能锁住文案与按钮措辞，但造不出「有医院记录、且校正区间不含那一分钟」的真实会话。以下需要在 staging 用受控账号照做。
前置：https://staging.jyotisha.chat/api/health 的 deployment.gitCommit 等于本单合入后的 staging 提交。
1. 造一个冲突案子
- 资料里新建一个虚构出生资料（不得用真人），出生时间填一个整分钟，来源选「医院记录」。
- 开一次生时校正，正常回答采集与区分题，直到出交付卡。
- 看交付卡顶部的范围。需要范围不含你填的那一分钟——若恰好含在范围内，换一个把记录时间填在窗口边缘的资料重来（例如资料写 05:12，而范围收在 04:48–05:07）。
2. 冲突态该看到什么
- 来源小字写满三层，措辞近似：「出生记录时间 05:12，默认仍按这个时间排盘。你说的这些经历指向另一段时间，相差 5 分钟。你可以改用校正结果，也可以继续用记录」。
- 每一列的按钮写「改用校正结果」，不是「更像这个」。
- 每个按钮下面有一行灰字，写明这一列换的是哪两个钟点：「选它之后，排盘会从出生记录时间 05:12 换成 04:53」。三列各写各的目标分钟，不得三列都写同一个。
- 卡片形状没变：仍是至多三列并排、共有性格句只在顶部写一次、底部边界句还在、「查看验证报告」默认收起。没有多出任何按钮，也没有确认弹窗。
3. 不得出现的说法（D4）
通读卡片、旁白和采用后的收尾句，以下任何一种都算不通过：
- 「你的出生记录错了 / 记录不准 / 记录有误」
- 「以证据为准 / 以记录为准 / 应该信……」
- 「校正结果无效 / 不作数」
- 把采用后的分钟说成「已确认的出生分钟」（BUG-587 红线）
4. 采用路径仍然正常
- 点「改用校正结果」后按钮依次显示「正在采用…」「已采用」，整张卡留在原处不闪。
- 已采用的那一列不再显示第 2 节那行灰字。
- 采用后的收尾句与卡片同一列对齐，没有 spinner、没有采用状态条。
- 刷新页面后历史 Case 能正常打开（本单未 bump Skill 版本，但仍要确认，见 BUG-621 教训）。
5. 非冲突态回归（必须与今天一致）
- 医院记录那一分钟落在范围内：小字写「出生记录时间 hh:mm，落在目前范围内」，按钮仍是「更像这个」，按钮下无灰字。
- 来源是「家人记得」：小字写「与你填的大概时间 hh:mm 相差 N 分钟」，按钮仍是「更像这个」。
- 来源是「只知道时段」：小字写「与你给的时间段 hh:mm 相差 N 分钟」，按钮仍是「更像这个」。
6. 记录
任何一条不通过，写成 TASK-rectification-record-conflict-copy-fix-<日期>.md，并在 docs/BUG_HISTORY.md 里关联 BUG-691。