lhk229
c1a70cb37d
审查发现2：验收前置门先识别 Fast GDD 再走绑定父链
ensure_plan_gdd_approval_pending_after_acceptance_locked 先用会遍历并校验整条
祖先链的 read_..._run_profile_binding 读绑定，再检查 binding.source 是否为
project-supervisor-plan。顺序反了：任何祖先绑定的毛病都抢先变成 Err，连「这根本
不是策划根」都来不及说，于是别人的坏链变成了这道门的失败。
这正是 P4（cb5af31e7）在同文件 plan_root_completion_identity_at 修过的形状，当时
漏了这个姊妹函数。而它比完成门更容易被踩到：agent.run_status 每次 status
observation 都会重跑本门（见 runtime_tools/run_status.rs 的
「Re-run the locked gate on every plan-root status observation」），那条路径上没有
任何上游守卫先把带父链的 run 挡掉，适用性完全交给门自己判。
- 识别改用 _once，只看 run 自己那条绑定记录；确认是策划根之后才走完整父链，
严格度一点没降，只是不再作用到别人身上
- 回归 broken_ancestor_binding_must_not_fail_the_acceptance_gate_for_a_non_plan_supervisor_run：
复用 P4 的构造（supervisor 的 isolated-join 子 run，删掉父绑定），断言门只能判
NotApplicable。变异验证：换回链走优先后该用例报出
Err("Agent Runtime Run Profile 父绑定缺失")
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-18 05:33:52 +00:00
..
2026-08-06 16:57:38 +08:00
2026-08-18 05:33:52 +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