Qwen Code v0.24.6 将重点放在托管运行时、持久化会话与 Agent 工具调用基础设施上，引入 Managed Runtime v2、/batch-api、Hosted Runtime 与 Durable Managed Session 等能力，以支持长任务、批处理与会话恢复。此次更新强调运行时生命周期、任务查询与取消、会话持久化与故障转移，但具体开放范围与部署要求仍需后续文档和实测验证。
Qwen Code 官方 GitHub 于 2026 年 9 月 26 日发布 v0.24.6。这个版本没有推出新的基础模型，重点也不在模型权重或基准成绩，而是在终端编程 Agent 的运行时、托管会话和工具调用基础设施上补齐一组关键能力。
从发布说明看，Qwen Code 这次更新试图解决的是一个比“让模型写出代码”更具体的问题：当 Agent 需要长时间运行、调用多个工具、处理批量任务，或者在会话中断后继续工作时，平台如何保存状态、管理执行和恢复现场。
v0.24.6 的核心变化：Managed Runtime v2
此次更新首先把 Managed Runtime v2 的 execute、status 和 cancel 合同正式带入 CLI，并将 v2 工具操作挂载到运行时 worker。这意味着，工具执行不再只是一次性的前台调用，而是开始拥有更明确的生命周期：可以发起任务、查询状态，也可以在必要时取消任务。
发布说明还提到，Java SDK 新增了 Hosted Harness 私有客户端，并能够根据运行时证据重新识别或协调未知的工具执行。对于需要把 Agent 放在托管环境中运行的团队来说，这类机制有助于区分“工具没有执行”“执行结果尚未返回”和“运行时恢复后需要重新对账”等不同状态。
Qwen Code 同时定义了 managed-context/1 的封装协议，并加入 W0a Managed Workspace 绑定合同。这些名称本身更接近平台内部的接口和协议层，官方发布说明没有说明它们面向普通用户的完整使用路径，因此目前更适合被理解为托管 Agent 基础设施的公开化建设，而不是一个已经面向所有部署环境开放的成品服务。
批处理、咨询工具与会话创建选择
v0.24.6 还加入了面向 Agent 的 /batch-api 工作流。它允许 Agent 以更适合批量任务的方式准备和处理请求，潜在应用包括批量代码修改、多个项目的重复性操作，以及需要排队或异步执行的开发任务。
另一个变化是原生 Advisor 工具。官方将其描述为一种咨询能力，并在本次更新中补齐了 Advisor 的使用行为与用量限制。它的定位并不是再引入一个新的基础模型，而是在当前任务中提供额外的分析或判断路径。至于 Advisor 在不同模型、账户或部署模式下是否默认可用，发布说明没有进一步展开。
会话创建阶段现在也可以选择模型和推理方式。对长任务 Agent 来说，这意味着模型配置不必完全固定在全局设置中，而可以随着会话用途进行调整。不过，这一能力的实际可用范围仍取决于服务端配置、凭据和托管运行时是否提供相应模型。
Hosted Runtime、WebShell 与持久化会话
在 serve 和托管 Agent 相关代码中，Qwen Code 增加了受控的 Hosted Runtime 基础，以及 Spring 控制面和双路径 WebShell。简单来说，这些变化把终端 Agent 的执行环境扩展到更接近服务化平台的形态：一条路径可以服务于交互式操作，另一条路径则可能承担托管会话或后台执行。
核心层新增 Durable Managed Session 日志与故障转移能力，则是本次更新中最能体现“长任务化”的部分。持久化日志可以帮助系统在进程重启、连接中断或运行时迁移后恢复会话上下文；故障转移则意味着任务不必因为单一执行节点的异常而立即丢失。
这也是 Qwen Code 与单纯的终端聊天工具之间逐渐拉开的差异。过去，编程 Agent 的体验主要取决于模型输出、终端工具和用户是否持续盯着任务；现在，运行时状态、会话日志、任务取消和恢复同样成为产品能力的一部分。类似的变化也出现在其他开发者平台中，例如 Cloudflare 将 AI 编程代理纳入 Turnstile 安全接入流程的做法，同样强调代理可以执行代码变更，但权限、审批和部署边界仍需要由用户或平台控制。
性能改进与“没有已知破坏性变化”
除了平台功能，v0.24.6 还包含若干性能和稳定性改动。官方列出的性能项目包括优化全新启动过程，使其更快达到可交互状态，并将常驻内存占用降低约 60%；serve 侧则合并并发中的扩展状态加载，以减少重复请求。
发布页面明确写明“没有已知破坏性变化”。但这并不等于所有工作流都无需调整。Managed Runtime、Hosted Runtime 和会话持久化能力涉及服务端、SDK、凭据和部署配置，实际效果仍可能受到运行环境以及相关功能是否启用的影响。官方发布说明本身也没有承诺这些能力已经在所有部署形态中默认开放。
这不是一次新的 Qwen 基础模型发布
需要区分的是，v0.24.6 属于 Qwen Code 工具链和运行时的版本更新，而不是 Qwen 基础模型家族的发布。它没有在该 Release 页面公布新的模型权重、上下文窗口、推理价格或独立 benchmark。
Qwen 近期的模型发布则更多围绕长任务、工具调用和自主编程展开。AIFlux此前对 Qwen3.8-Max 面向长任务与自主编程的发布的报道，关注的是模型能否连续处理复杂代码和现实任务；这次 Qwen Code 更新关注的，则是这些 Agent 能否在更可靠的运行时中被启动、监控、恢复和托管。两者共同指向一个趋势：竞争重点正在从“模型能否生成代码”转向“系统能否把任务持续做完”。
接下来需要观察什么
目前最重要的未知数，是这些接口和运行时能力的开放范围。发布说明列出了 Managed Runtime v2、Hosted Runtime、/batch-api 和 Durable Managed Session 等组件，但没有完整说明它们的公共 API 文档、部署要求、计费方式或默认启用条件。
开发者还需要关注三个问题：第一，持久化会话在不同故障场景下能恢复到什么程度；第二，批处理和异步工具调用是否会改变权限审批、日志审计和成本控制；第三，模型与推理方式的会话级选择能否在自托管环境中稳定复现。
在这些问题得到更多文档和实际部署案例验证之前，v0.24.6 更准确的定位，是 Qwen Code 向托管 Agent 平台演进的一次基础设施升级。它展示了官方正在补齐长任务运行所需的控制面和恢复机制，但并不自动意味着所有用户已经获得完整的托管运行时体验。
来源： Qwen Code v0.24.6 官方 GitHub Release；QwenLM/qwen-code 官方仓库；Qwen Code 官方功能更新页面。