adfa6ed8d3
decide_game_creator_plan_gdd 此前只有 Tauri command 一个入口,无头跑 --plan 到审批卡就永远收不了尾。补两条 CLI: - --plan-gdd-status <项目路径>:只读投影 - --plan-gdd-decide <项目路径> <approve|revise|reject> [--response-id] [--stdin] 审批卡的 identity 由 CLI 自己 hydrate,不让调用方手拼 gddId/fingerprint—— 拼错的后果是 PLAN_STALE_APPROVAL,而不是一条能读懂的用法错误。hydrate 抽成 hydrate_game_creator_plan_gdd_state_for_path,GUI 与 CLI 共用同一道权限闸。 swarm 测试脚本的审批必须和 CLI 并发做:Run 停在审批位时状态是 waiting-for-user-input,而 swarm CLI 恰好把这个状态算作「本轮还在跑」,turn 永远不 settle、CLI 也就永远不退出。等 CLI 退出再审批那一步根本到不了,实测 是干等到超时。改成认「等待 Fast GDD 审批决定」这条投影文案触发。并发子进程 单独跟踪,不占 activeChild 槽位,否则 Ctrl-C 杀不到 CLI。 decide 回执带 recoveryPending 时补一次 --agent-resume:审批回执落盘和唤醒 后台任务是两件事,唤醒失败被降级成 recoveryPending,审批已生效而 Run 仍停在 等待位,实测只有补这一次恢复才会重新起 turn。 真机验证:影子机器人解谜需求跑通到 state=approved、approvedGddRef.version=1、 game/fast_gdd.md 落盘,全程未开 GUI。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>