2 Commits

Include renames

Author	SHA1	Message	Date
Jesse_ChenandClaude Opus 5	03cba4780a	docs(tasks): 跨午夜单产品拍板放行 + 更正决策 C 的挂载点 ... 产品 2026-09-20 就三点拍板：A 修；B 修完重新冻结并重跑 T1/T2；C 让修复 前后的结果可区分。任务书 §3 三个待决点改为已决，状态转待领取。 更正 C 的做法。原提案是改 calculation_spec 并 bump INPUT_CONTRACT_VERSION， 但查证发现 calculation_spec_hash 的消费方全在 V4 链路，生产跑的 V9 对它零 引用，改了对真实用户历史无效。改为随修复 bump engine_version：它取自 v9EngineVersion()，全仓只写不比、无任何相等性门控。明令不得动 skill_version， BUG-621 就是 open RPC 的 Skill 版本绑定让历史校正打不开。 §1.6 同步重写为 V9 的真实身份字段表；T4 改为 engine_version bump，验收加 一条历史会话仍能打开的定向回归。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0199rbQDTsUbCVw84wc8BTFe	2026-09-20 12:28:44 +08:00
Jesse_ChenandClaude Opus 5	dacd404480	docs(tasks): 跨午夜候选 Dasha 边界任务书（BUG-981）+ 验证补缺单验收结论 ... 验收 932f2fff：T1 完整重跑 900 组合逐例 0 差异、45 格表逐位相同；T2 独立复跑 五项指标与哈希全序全部一致；12 个打分文件字节未动、确认门仍关闭。执行方正确 推翻任务书 T2.3「首次口径干净的官方盲测」——与 BUG-428 防复发冲突，已核原文。 遗留立单：scoring_service.py 调 merge_transition_proximity() 只传一个 birth_date，该函数用它算全部候选的 dasha 起始日期，候选只靠 HH:MM 区分。 窗口跨午夜时午夜后候选边界整体错一天。生产调用链独立复现：23:50→00:10 的 21 个候选里，恰好 11 个跨日候选分数错、10 个同日候选逐位相同。 连带发现 calculation_spec() 不含打分实现身份，修复后同一 spec hash 对应 不同分数。本单会改生产打分，三个待决点未由产品填答不得开工。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0199rbQDTsUbCVw84wc8BTFe	2026-09-20 12:23:08 +08:00