修复 GDD 审批弹层的 hydrate 竞态

移除后台 hydrate 对已加载审批决定的瞬时禁用保留 recoveryPending 与决定请求 busy 门控同步 Fast GDD 技术方案和共享决策记录
2026-09-02 10:29:19 +08:00
parent 35062d4449
commit 4046b187e1
3 changed files with 14 additions and 1 deletions
@@ -1673,6 +1673,7 @@ type PlanningBaselineInput =
 - 持有 Runtime 提供的 approvalRequestId；一次点击生成 responseId，busy/超时重试复用。
 - command 进行中禁用重复点击；另一个窗口先决定后，当前卡刷新为 `already-decided`，不能覆盖。
 - `recoveryPending=true` 时显示可恢复状态，只允许重试同一 ID，不允许提交新版本或启动构建。
+- 已渲染审批卡的后台 hydrate 仅更新权威投影，不因短暂的 `hydrateBusy` 竞态禁用当前决定或已打开的评论弹层；只有 hydrate 返回的 `recoveryPending=true`（或决定请求自身 busy）才阻止提交，并保留用户已输入的原因。
 - 待审版本的 receipt 已存在时隐藏对应 stale pending 卡；hydrate 只恢复精确 project/session/run/action identity。
 - approved 后只有在所有必需投影恢复完成时启用“做成游戏”；恢复态不提供该出口。