深度解读 · 约 4 分钟阅读
Qwen Code 新预览版聚焦守护进程、恢复与工具执行边界
v0.25.4-preview.1 更新的是编码代理运行框架，并非新 Qwen 底座模型，也不是稳定版。
- 本站发布
- 原文发布
- 核实时间
Qwen Code 于 10 月 20 日发布 v0.25.4-preview.1。较长的变更清单涵盖守护进程命令、受管会话恢复、附件与输出预算、Hook 以及网页控制台。理解这次更新，应关注代理如何持续运行、怎样呈现失败和恢复状态，而不能把它解读成模型能力突然升级。
听读资讯
朗读当前文章，或连续收听资讯。
正在准备听读…
设备语音
朗读由浏览器或设备处理，AISubHub 不向音频 API 发送文本。可用语音及锁屏播放能力因设备而异。
继续播放时可能重复一小段。
一分钟速览
- 清单包括面向指定会话的 Skill、Extension 刷新，以及本地守护进程发现、控制、启动、状态详情和 start --wait。
- 受管代理附件输入预算增至 8 MiB；工具结果计量、可恢复截断、按最终 Hook 输入执行属于另外的变更。
会话运行开始有更明确的操作入口
面向指定会话刷新 Skill 与 Extension，比笼统的全局重载范围更窄：公告明确把某个会话作为刷新目标。不同会话可能携带不同工作上下文，因此这个操作粒度值得关注，但清单没有给出隔离性和兼容性的完整契约。本地守护进程发现和控制、qwen daemon start、状态详情及 start --wait，让后台进程的运行情况更容易被操作者检查。受管代理配置模板、只读 --check 预检、单机拓扑的 systemd 单元也各有条目。它们是不同层面的运维部件；不能由此推定多机部署已经验收，也不能把预检成功等同于所有工具都可用。
恢复要处理“结果未知”，不只是重启
多个条目涉及写入者丢失后的已提交唤醒、写入租约过期、冷恢复，以及运行时证据仍不明确的轮次；另有变更根据持久结果协调暂停轮次的取消，或继续恢复后的后台唤醒。共同的问题是：没有收到回复，不能证明动作没有执行。AISubHub 分析：验收应区分已确认结果、结果未知和取消请求，并检查界面如何表达这三种状态。发布清单确实包含丢失回复、Hook 失败等故障点测试，但仅有测试标题、没有阅读实现和报告，不能承诺严格只执行一次，也不能声称所有崩溃都可完整恢复。
附件预算与 Hook 决定什么进入执行
8 MiB 对应受管代理的附件输入，并非通用 token 配额、模型上下文窗口，也不代表所有 Qwen 界面享有同样权益。其他条目分别处理工具结果从生产到注入的大小计量、原始大小未知时保留生产者声明的截断标记、遵守预览预算并让截断内容可找回，以及避免 web_fetch 重复截断。另一项修复让 Hosted 执行绑定最终 Hook 输入，并防止被拒绝的 PreToolUse 替换内容进入 Hosted 后置 Hook。这些变化关联原始请求、审查或转换后的输入与实际执行之间的一致性，但没有证明所有扩展、远程工具和第三方 Hook 都安全。
用新的可见性检查完整工作流
网页控制台新增按模型显示首 token 时间和输出速度、token 用量层级、后台 Shell 任务详情、轨迹跟随与暂停，以及 PDF、DOCX 预览；Artifact 还会记录代理创建或编辑的文件。这些入口有助于调查一次运行，但界面数值不是横向性能评测，文件预览也不能证明产物正确。可控试用可以选已有代表性会话，刷新技能、检查守护进程状态，测试有边界的附件和大工具结果，再观察一种恢复情形及最终 Hook 输入。这只是本站建议的验收方法，本站没有实际执行。记录观察结果时还应保存版本与配置，后续稳定版才有可比依据。
有什么影响
AISubHub 分析：这些条目构成了生命周期、恢复、授权和运行证据的验收清单，但不能据此宣称任务完成率、延迟或安全性已有实测提升。
限制与可用性
本站完整阅读的是发布变更清单，没有逐一阅读链接中的实现及故障测试报告。PR 标题只能支持该项改动的公告范围，不能证明端到端保证；预发布身份和现有部署的兼容性仍需认真对待。
来源与证据
原文发布: · 核实时间:
AI 辅助采编，依据所列一手来源核实。厂商自报结论注明归属，收录不代表背书。