lhk229
7ca7e9704b
修复立项策划子 Run 持锁自锁导致的静默停摆
Provider 请求启动路径持有项目写锁时会追加 lifecycle "started"，其中策划专属分支
要重新校验冻结的 planning session；而那道校验走的是不持锁版本，会自己再去抢同一
把项目写锁。持锁上下文里必然抢不到，错误又被包成 RECONCILIATION 前缀，主循环见
到该前缀直接静默返回：不写失败态、不发事件、不置 error。结果是策划子 Run 永远停
在 running/planning，父 Run 等一个永远不会来的委派回执。
打点实测整段 prelude 只花 300 毫秒，卡点就在这一行，锁本身 1 毫秒就能拿到——不是
锁竞争，是同一路径自锁。只有做方案会中招：只有 planning 请求带 session binding，
做游戏与做素材进不了这条分支。codex 与 provider 两种模式表现一致，因为这段在模式
分发之前。
按仓内既有 `_at_locked` 惯例补上持锁变体，校验体抽成私有函数供两者共用；生产里唯
一持锁调用点改用新变体。既有用例都在 append 之前就 drop 了锁，持锁形态从来没有被
覆盖过，而且断言的是 error.contains("reconciliation")——真踩了自锁也会因错误恰好
带这个前缀而"通过"。新增用例先断言不持锁版本在持锁上下文里必然失败且带该前缀，把
bug 的形状写进测试，再断言持锁版本成功并真的落了 lifecycle 记录。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-20 08:48:41 +00:00
..
2026-08-06 16:57:38 +08:00
2026-08-20 08:48:41 +00:00
2026-08-05 19:15:46 +08:00
2026-07-17 16:56:46 +08:00
2026-08-17 12:42:29 +08:00