本文目录

代理停下来征求决定时，选项本身也可能需要解释。根据官方发布说明与相关 PR，Qwen Code 0.27.0 在 Web Shell 主视图加入 Ask for details，为这个场景提供了先问清楚再选择的入口。该版本发布于 2026 年 11 月 8 日 04:45:25（Asia/Shanghai）。

先解释，回答仍留在主视图

点击后会打开侧边任务，带入待答问题与选项的快照，包括多选语义，并要求解释背景、各选项含义、差异、影响与风险，以及给出建议。解释通过右侧面板的 HTML 预览呈现。

原问题仍然待答。 侧边任务不替用户回答、不批准权限，也不改动主会话；作答或忽略仍由用户返回主视图完成。同一个待答问题重复点击，只会聚焦已有细节标签页，不会重复创建侧边任务。

入口有明确条件

daemon 必须声明 session_side_task 能力，否则不显示入口。split-view、嵌入式面板和侧边任务面板内也没有这个入口，不能理解为所有 CLI 或 IDE 界面都具备该按钮。

解释语言跟随 UI。PR 写明英语、简体中文，以及俄语回退英语，并不表示原生日语或繁体中文支持。生成的建议只是辅助理解选项，不保证解释必然正确。

多个子任务待答是另一项变化

另一项更新允许普通本地 files／Shell 会话与内置 depth-1 public children分别保留待答问题。父页面汇总问题与权限请求，可任选一个子任务先回答；选择、草稿、提交状态和错误都按目标分开处理。

未提交文字只存在页面内存里，刷新不能保证保留草稿，这与恢复持久化请求、已接受答案是两回事。请求修订还可能清除该目标的旧草稿。答案已接受，也不等于执行已经恢复。

SSH、resident、MCP、Hooks、Team members、workflows、snapshots、扩展定义或更深层子任务不在本次增量内。原有 depth-1、4 个活跃子任务、生命周期 64 次启动的限制仍然存在，等待也计入限制。这既不是无限并发，也不是把细节按钮推广到所有子任务。

我们还没有安装这个版本或体验这些功能。