Qwen Code v0.26.5 推出 Generated UI 默认启用，允许将交互卡片中的值带入后续对话以提升连续交互；同时为 PR 自动修复新增重试预算，连续失败达上限时将检查交由人工处理以避免无限重试。
QwenLM 于 2026 年 11 月 1 日发布 Qwen Code v0.26.5。此次更新将两类变化带入同一版本：Generated UI 默认启用，用户可以把交互卡片中的值带入后续对话；PR 自动修复流程则为持续失败的检查设置重试预算，达到上限后交由人工处理。它们分别改善了人机交互的连续性和自动修复的止损机制，但不意味着所有检查都能自动修好，也不构成对智能体外部操作的普遍审批保证。
交互卡片从展示结果延伸到继续对话
根据 v0.26.5 官方发布说明，Generated UI 在这一版本中默认启用。用户可以将交互卡片里的值附加到聊天输入框上方，作为后续对话的上下文；这些值也可以移除。
这让卡片不只是呈现结构化结果的界面，也能成为继续描述任务的起点。例如，用户可以在卡片中选定或填写信息，再把相关内容带入下一轮对话，而不必重新输入。不过，发布说明没有把这一功能描述为自动执行任务或自动批准操作；它的作用是将卡片值交给后续对话使用。
开发记录显示，这项功能与默认启用 Generated UI 的改动一并进入版本。它并非交互视图首次出现：AIFluxNews 此前对 Qwen Code v0.26.1 的报道讨论过该工具在托管会话管理方面的进展；本次更具体的变化，是卡片值可以被带入下一轮对话，以及 Generated UI 默认开启。
自动修复设上限，避免对同一红灯无限重试
另一项更新针对 PR 检查失败后的自动修复。官方发布说明称，/autofix-pr 新增重试预算：如果某项检查在三次修复推送后仍然失败，就将该检查交给人工，并在 /autofix-pr status 中显示这一状态。相关实现记录见 PR #15985。
这一限制针对的是仍未通过的检查，而不是整个 PR 监控流程。开发记录说明，watch 会继续处理其他检查和审查意见；检查通过或接纳其他人的推送，也会影响预算记录。因此，不能将其简化为“失败三次就关闭智能体”或“整个 PR 自动修复会停止”。它更像是对某个持续无法解决的问题设定升级路径：自动修复多次未奏效后，明确标记需要人介入。
这类预算机制的价值不只是减少重复尝试，也在于让失败变得可见。对团队而言，自动化系统若反复提交修复却无法改变检查结果，状态中出现人工接手提示，能帮助维护者区分“仍在尝试”和“需要判断或采取其他措施”。但发布说明没有声称所有失败原因都能被识别或自动解释，实际行为仍应结合项目的检查配置与运行环境验证。
版本更新不等于部署能力已获验证
v0.26.5 的发布说明还列出多项 Web Shell、会话管理和开发工具变更，包括 Helm 实验性部署选项。官方将其标为实验性方案，因此不宜据此推断其已达到生产就绪状态。此次报道聚焦交互卡片续聊与 PR 检查预算，二者均来自该版本的公开发布说明及对应开发记录；本文未独立安装或测试该版本。
对使用者来说，这次更新的看点不是模型能力跃升，而是智能体工作流中的两个边界更清楚了：结构化界面里的信息可以更顺畅地进入下一轮交流，而反复失败的检查可以从自动修复流程中明确转交人工。前者减少交互断点，后者为自动化设定止损点；它们能否在具体团队中发挥作用，仍取决于部署版本、工作流配置和检查本身。