lhk229
0638c1b5b9
立项策划链路底部改成窄条，只留澄清卡和失败恢复，做游戏链路面板原样保留
做方案链路的底部挂的是 ProjectSupervisorRuntimePanel——一块为做游戏链路设计的
面板：十几个专业 Agent、多步计划、逐 Agent 重试。套到策划链路上，子 Agent 永远只
有 project-planning 一个，计划永远一两步，「专业 Agent 协作：1」永远是 1。它把
D11 的「总控 + 委派子 Run」拓扑整个漏给了用户：currentAction 原文（「等待
project-planning 提交 GDD」）、计划 1/2 进度条、五段式紧凑进度、一张把策划子 Run
当成「专业 Agent」的卡，外加同一个状态在顶部 strip / overview / 子 Agent 卡三处各
画一遍。用户的心智模型是在跟一个策划聊天，不是看总控调度。
新组件 PlanningLaneRuntimeStrip 只画真正需要用户动手的两样：澄清问答卡（复用
AgentRuntimeUserInputCard，零改动）和失败 / 待核对后的恢复入口（逻辑照搬原面板，
文案改成「重新启动策划」）。App 层操作错误那一行保留，那是原面板里唯一面向用户
的文字。其余时候返回 null，不占一行——状态由顶部的 PlanGddStageProgress 承担。
原面板在 waiting-for-user-input 却读不到 userInputRequest 时画的「待回答问题未能
读取」一句不搬：策划链路里这个组合出现在子 Run 退出到父 Run 醒来之间的瞬时窗口，
以及审批等待本身，两种都不是读取失败。
切换判据是 run 的 source === 'project-supervisor-plan'，抽成 isPlanningLaneRuntime
放到独立模块（react-refresh 不让组件文件导出函数），两个挂载点
ProjectSupervisorView / ProjectWorkspaceChatPane 和顶部 strip 的 active 判定统一
用它。判据故意不看 planGddState：做游戏链路在策划批准后照样带着一份 approved 状
态，但它的总控 run 是 autonomous 源，必须继续拿完整面板。source 非 plan 时面板一
行未动，既有的「keeps Project Supervisor plan progress compact」用例仍在守门。
新增三条 appSurface 用例，都做过 A/B（强制回旧面板即三条全红）：
- 策划进行中：底部不存在面板、overview、紧凑进度、子 Agent 列表，且 currentAction
原文与「计划 N/M」都不出现。
- 澄清等待：问答卡仍在窄条里。
- run 失败：窄条给出「重新启动策划」，错误文字保留。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-23 05:37:45 +00:00
..
2026-08-06 16:57:38 +08:00
2026-08-23 05:37:45 +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