[Bug] 未绑定工作区时 SubmitPlan 返回 PLAN_WORKSPACE_REQUIRED，随后无最终正文且“继续”重复失败

[whitzard0421]

问题描述

在未绑定正式项目工作区的临时会话中，请求先讨论方案、暂不执行修改。助手调用 EnterPlanMode 成功后，调用 SubmitPlan 返回：

Plan submission failed: PLAN_WORKSPACE_REQUIRED

随后没有面向用户的最终正文或可用的计划审批卡片，只留下前面的进度说明。用户发送“继续”后，助手再次调用 SubmitPlan，收到相同错误，仍未输出最终方案。

复现步骤

以下为匿名化的复现路径；已在同一会话中观察到连续两次失败，尚未在全新会话中独立复测。

1. 使用未绑定正式项目工作区的临时会话。
2. 请求：“先给解决方案，不要修改任何内容。”
3. 助手进入 Plan 模式，随后调用 SubmitPlan。
4. 观察 PLAN_WORKSPACE_REQUIRED 错误，以及本轮缺少最终正文的现象。
5. 发送“继续”，观察是否再次提交失败并停止回复。

实际行为与证据范围

• EnterPlanMode 返回成功。
• 两次 SubmitPlan 均返回 PLAN_WORKSPACE_REQUIRED。
• 本地持久化消息记录中，每次失败的工具消息之后都直接接上下一条用户消息，没有后续助手正文。
• 方案内容已包含在工具调用参数中，但没有通过成功的计划卡片或最终正文交付给用户。

因此，本次不只是“最终正文已经存在但被界面折叠”的情况。尚未核实底层究竟是运行时提前终止，还是工具错误返回后模型没有继续输出；不将其直接归因于某个模型或渲染组件。

预期行为

• 如果正式工作区是提交计划的前提，进入 Plan 模式时就明确提示该限制，或提供选择工作区的入口。
• SubmitPlan 失败后应明确展示失败原因及下一步，不应让用户只看到进度说明而没有结果。
• 可恢复的失败应允许助手继续解释、回退为聊天正文交付方案，或引导补齐工作区；不应在用户发送“继续”后无条件重复同一个必然失败的提交。

建议核查与回归场景

请核查 Plan 模式入口与提交入口的工作区前置条件是否一致，以及失败的 SubmitPlan 是否被误当作成功的终止性工具调用。

建议覆盖：无正式工作区、正常绑定工作区、提交失败后的后续正文、用户要求继续后的恢复。以上是排查建议，不是已确认的源码根因。

相关 Issue

#43 同样涉及只有中间进度、代理提前结束，但其触发条件不同。本报告聚焦 SubmitPlan 的工作区前置条件失败路径，不据此认定为 #43 的同一根因或回归。

隐私说明

本报告仅包含通用复现步骤和错误码。不附原始对话、日志、截图、配置文件、工具参数全文、本地路径、会话标识、项目内容或供应商信息。