 Jesse_ChenandClaude Opus 5
|
f09f3d809a
|
docs(tasks): 把 F2 的 engine_version 聚合缺陷查清并定序
复核结果写进 F2：engine_version 一个字段被两种含义共用——started/failed
行写前端常量（部署声称的版本），completed 行写实际产出结果的版本（命中
旧缓存即旧版本）——而聚合用与版本先后无关的字符串 max 跨行取值。
该缺陷此前一直撞对：改动前 started 写 rectification-v5，短于 completed
的 ...scoring-7，max 恰好选中正确的那行。aa46da10 把 v9EngineVersion()
缺省改成 ...scoring-8 之后，started 行在字符串序上反超，回执遂显示第 8 版
而分数实际来自第 7 版缓存。已核部署未设该环境变量，走缺省，是真实行为。
第二个缺陷：max("...-10","...-9") 实跑得到 "...-9"，聚合在第 10 版静默
反向，当前第 8 版。
定序 A 先上（started/failed 不再写版本，应用层）、B 兜底（聚合改取成功
结果那一行，只改函数体）、C 拆列本单不做；第 10 版前必须解决。A 的已知
漏洞要求实测取证，不得以「应该不会」结案，并新增一条针对版本 10 反向的
回归。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0199rbQDTsUbCVw84wc8BTFe
|
2026-09-20 15:34:49 +08:00 |
|
|
Jesse_ChenandClaude Opus 5
|
a3577ce2fa
|
docs(tasks): BUG-984 的 F3 策略拍板选 b，四项全部可开工
产品 2026-09-20 拍板：版本接口取不到可信身份时，旧缓存只读展示并显著
标注「按旧算法产出」，不拒绝重算（否决 a）、不照常复用（否决 c）。
写入 b 的三条边界：只读结果必须由服务端拒绝采用/确认且要有定向用例
（入口靠删不靠藏）；标注必须用户可见并对照 VOICE.md，涉界面同提交更新
DESIGN.md；回执来源身份仍须是产出它的版本，不被开始阶段版本覆盖。
SQL 迁移不放开：F2 优先应用层解决，做不到先在进度记录写明原因并停下
报告，获准后再做且必须向后兼容并真跑 test:db。
F3 解锁，本单四项全部可开工。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0199rbQDTsUbCVw84wc8BTFe
|
2026-09-20 15:09:10 +08:00 |
|
|
Jesse_ChenandClaude Opus 5
|
0ca3871dd8
|
docs(tasks): BUG-984 补单转待领取 + gate-fix review 通过结论
review 25232ce4 通过：F1 改为同进程 A/B（在 helper 调用边界剥掉
candidate_at 走生产既有 legacy 回退），另加两道防空转保险。独立复核：
写死哈希 0 残留；第三套环境（Linux + Python 3.13）定向 18 条全绿，两机
验收闭环；回退日期修复探针同日 3 绿、跨午夜 4 红，两种性质已真正分开；
快速门 glob 200 passed/0 failed → 216 passed/0 failed，零新增失败。
建议 BUG-985 由 blocked 改 resolved。
BUG-984 补单按产品放行转待领取：F1/F2/F4 可立即开工，F3 卡在一条未拍板
策略（版本接口取不到可信身份时旧缓存拒绝重算还是只读展示），已列三方案
与代价并给出建议 b。补单文件原只在分支上，本次以分支最新版为底写入
staging，分支合并时该文件取 staging 版即可，不会丢内容。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0199rbQDTsUbCVw84wc8BTFe
|
2026-09-20 15:05:45 +08:00 |
|