动态工作流规模控制与十余项关键修复

此次更新最受关注的新功能是「动态工作流规模」控制项。用户可在 /config 中将 Claude 构建动态工作流时的 Agent 数量倾向设置为小、中、大三档。官方明确说明这是一项建议性指引，而非对 Agent 数量的硬性限制，旨在让用户在资源消耗与任务覆盖范围之间找到适合自身场景的平衡点。

可观测性方面，工作流生成的 Agent 在发出遥测数据时，现在会附带 workflow.run_id 与 workflow.name 两个 OpenTelemetry 属性。这意味着运维团队可以通过现有的 OTel 数据管道，完整重建某次工作流运行的全部活动轨迹，对于在生产环境中部署多 Agent 流水线的团队而言，调试与审计能力得到显著提升。

远程控制体验获得多项修复。此前通过移动端或 Web 端 Remote Control 向交互式会话发送的指令会报「Unknown command」错误，未附说明文字的图片与文件也会被静默丢弃，这两个问题均已解决。与此同时，/remote-control 会话在移动端和 Web 端显示错误权限模式的视觉问题也一并修正。

语音输入与会话管理同样得到改善。语音听写在麦克风或录音设备出现故障时，此前会陷入无限重试循环，新版本改为在连续捕获失败后暂停语音输入，避免资源空转。会话重命名（/rename）在后台任务重启后被还原的问题已修复，通过名称恢复会话或打开恢复选择器在含大量 Git worktree 的仓库中耗时数分钟并占用大量内存的问题也已解决。

工作流脚本解析层面，包含 Unicode 引号转义字符的字符串在解析前被损坏的问题已修复，解析错误现在会显示出错的具体行，而不再一律将责任归咎于 TypeScript。安装与更新下载在代理或网络中途断开时会立即报「aborted」的问题，现在改为自动重试瞬时连接中断。MCP 错误提示也更加清晰，当服务器配置包含 url 但缺少 type 字段时，系统会主动建议添加 "type": "http"，而非输出令人困惑的「command: expected string」。

/workflows Agent 列表界面经过布局优化，标题列更宽、新增独立时间列、模型名称缩短显示，并移除了每行的工具调用计数，整体可读性提升。/review 命令回归单次快速审查模式；若需要多 Agent 参与、可选择投入力度的深度代码审查，应改用 /code-review 命令。

要点

• 新增动态工作流规模设置，用户可在 /config 中指定 Agent 数量倾向（小/中/大），属建议性指引而非强制上限。
• 工作流 Agent 遥测数据新增 OpenTelemetry 属性，支持通过 OTel 数据完整重建工作流运行轨迹，提升生产环境可观测性。
• 远程控制（移动端/Web 端）的指令失败、文件静默丢失及权限模式显示错误等多个问题已全部修复。
• 语音输入在设备故障时不再无限重试，大型 Git 仓库下会话恢复缓慢与内存占用过高问题已解决。
• /review 恢复为快速单次审查，多 Agent 深度代码审查功能迁移至 /code-review 命令。