lhk229
73816bd512
修复 HEAD 既存红：planning session 恢复块给双锚缺失诊断让路
committed_plan_submit_without_either_anchor_is_publicly_recoverable_and_fails_closed
在 HEAD 上确定性失败（Windows 与 WSL 干净基线一致，与本轮审查修复无关）：
phase 确实是 needs-reconciliation，但 error 不是「恢复锚点同时缺失」。
M1C-2b 把 planning session 恢复块插进了同一个循环，位置在
reconcile_missing_plan_submit_anchors_at 之前。该 fixture 用裸
start_game_creator_agent_runtime_task_at 建策划任务，task record 上没有
parentAgentId/delegationId，于是 exact_plan_child_identity_at 判定身份不符、
返回类型化 Err，session 块随即落 needs-reconciliation 并 continue，更具体的双锚
缺失诊断永远轮不到跑。两条都写 needs-reconciliation，谁先写谁赢，而先写的恰恰是
信息量更少的那条。
不是判错，是插在前面的门改变了哪条诊断胜出——与 M1C-1 那五条 CI 失败、与 P4
同一形状。
- session 恢复块加让路条件：该 run 是双锚缺失候选时跳过。本块只服务「将要继续」的
continuation，而双锚缺失的 run 根本不会继续，修投影没有意义
- 选让路而不是调换两块顺序：调换会让锚点探测对所有 Agent 提前，正是「前移改作用域」
那个坑本身。探测器只对 project-planning + agent-delegate + standard 返回 Some，
且对已按双锚缺失收敛过的状态返回 None，因此这道让路既窄又幂等
- recovery 族 105 passed/2 failed -> 106 passed/1 failed，planning_ 150/1、
session 87/1；剩下的唯一红是 planning_recovery_contains_session_identity_conflict
_before_provider（另一条既存红，下一个提交处理）
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-18 06:02:05 +00:00
..
2026-08-06 16:57:38 +08:00
2026-08-18 06:02:05 +00:00
2026-08-05 19:15:46 +08:00
2026-07-17 16:56:46 +08:00
2026-08-17 12:04:31 +08:00