Qwen Code Agent Team 多 provider 路由：支持运行时切换 provider 的持久化并行 agent

阿里巴巴 Qwen Code 编码 agent 于 2026 年 6 月 18 日至 21 日陆续发布 v0.18.0 到 v0.18.5，带来了一系列影响 AI 工程团队评估开源编码 agent 替代方案及 provider 路由策略的关键变化。最引人关注的是 Agent Team 模式——持久化的命名 agent 可并行工作、相互通信、共享任务列表——此外还包括持久化定时任务和运行时工作目录切换。对于管理多 provider 路由的 AI 工程团队而言，更值得关注的是架构层面的细节：Qwen Code 已原生支持 OpenAI、Anthropic、Gemini 和 Qwen API，而 v0.18.5 的补丁专门改进了基于主机名的 provider 检测，大幅降低非默认 endpoint 配置错误的概率。

Qwen Code v0.18 版本变化

v0.18 版本链条引入了三个能力方向的更新：

Agent Team 模式（实验性）。 此前 /fork 可以启动后台 agent，但每个 agent 相互隔离——agent 之间没有通信通道，用户需要手动汇总结果。Agent Team 模式让模型能够创建命名团队，为团队成员（teammate）分配任务，允许它们交换消息并共享实时任务列表，最终由 leader agent 整合汇报。关键在于，teammate 不是一次性 subagent——完成一项任务后会等待下一个任务。通过 QWEN_CODE_ENABLE_AGENT_TEAM=1 或 experimental.agentTeam 配置项启用。

持久化 /loop 定时任务。 过去定时任务会随会话关闭而丢失。v0.18 起，具有持久化含义的任务（如"每小时检查我的 PR"）会被保存到 ~/.qwen/tmp/<project-hash>/scheduled_tasks.json，在重启后自动恢复。宕机期间错过的任务会在重启后补跑一次，然后恢复正常节奏。定时任务在七天后自动过期。

会话内目录切换（/cd）。 过去切换项目目录需要重启 CLI。/cd <path> 现在支持在会话内迁移上下文到新工作区，自动刷新系统和目录上下文。

v0.18.5 provider 检测加固。 补丁版本包含 30+ 项修复，其中 fix(core): detect providers by hostname（基于主机名检测 provider）和 fix(core): match provider base URL slash variants（规范化 base URL 斜杠变体）解决了非默认 base URL 被静默错误归类为错误 provider 的边缘情况。使用自定义或代理 endpoint（包括 AI gateway URL）的团队将受益于更少的静默路由错误。

对 AI 工程团队的意义

Qwen Code 作为多协议编码 agent 替代方案持续增长。与 Claude Code 的功能对比显示，Qwen Code 在 subagent、auto-memory、MCP、plan 模式、computer use 和 IDE 插件（VS Code、JetBrains、Zed）方面达到功能对等，同时额外支持开源模型和框架权重、运行时 provider 切换以及 IM 机器人渠道（Telegram、DingTalk、微信、飞书）。

Agent Team 模式是持久化多 agent 工作流的重要一步——任务分解和并行执行由 agent 层处理，而不需要外部算子来编排。对于已经运行 agent 密集型工作负载的团队（长期重构、并行代码审查、持续后台监控），这是一个与路由相关的决策点：是通过统一管控模型消耗和上下文 budget 的 gateway 来编排 subagent，还是让编码 agent 在本地自行协调？

持久化 /loop 功能对在 CI/CD 或后台监控场景中使用编码 agent 的团队尤为相关。过去重启会中断定时任务的连续性；持久化 loop 消除了这种脆弱性，使 Qwen Code 在必须跨进程重启的持久化 agent 管道中更具可行性。

路由/operator 视角分析

Qwen Code 的 provider 无关架构带来了明确的 operator 决策点。Qwen Code 在运行时支持四个协议族——只需配置即可将其指向任意 OpenAI 兼容、Anthropic 兼容、Gemini 兼容或 Qwen 原生 endpoint，无需更改代码。这在结构上与 routing gateway 的工作方式类似：同一个 agent，不同 provider，不同的成本和延迟特征。

对于将 AI gateway 作为上游的团队，关键问题在于 Qwen Code 的 provider 检测能否正确识别代理 endpoint 对应的协议类别。v0.18.5 针对基于主机名的检测和 base URL 斜杠规范化的修复，降低了 gateway URL 格式导致客户端静默回退到错误 provider 类别的风险。

两个需要关注的路由影响：

• Subagent 模型路由：Qwen Code 默认将 Opus 级别的请求映射到 V4 Pro，将 Haiku 级别的请求映射到 V4 Flash。在 Agent Team 模式下，teammate agent 使用 CLAUDE_CODE_SUBAGENT_MODEL 等效配置。希望主 agent 使用高端 provider、subagent 使用低成本 provider 的团队——一种分流路由模式——可以在环境变量层面进行配置。
• 持久任务的 token 消耗：持久化 /loop 任务会跨会话持续消耗 token。具有按用户或按项目 token 预算策略的团队需要将后台 agent 消耗纳入考量，因为其生命周期不再受会话边界约束。

对 TheRouter 用户的建议

通过 TheRouter 路由编码 agent 流量、正在评估将 Qwen Code 作为 Claude Code 替代或补充方案的团队，建议关注以下几点：

• 将 ANTHROPIC_BASE_URL 指向 TheRouter endpoint 时，v0.18.5 基于主机名的检测修复是否能正确识别为 Anthropic 协议。base URL 变体规范化是此次明确修复的问题之一。
• Agent Team 的 token 消耗模式——它会并发启动多个 agent，每个 agent 有独立的上下文和模型调用。通过单一 gateway 路由时，在团队成员并发 agent 会话间统一管理账单会更容易。
• 如需了解 fallback 策略如何与 Qwen Code 的运行时 provider 切换能力交互，可参考 provider 路由文档。TheRouter 的统一计费功能可帮助团队直观对比 Agent Team 各 teammate 跨 provider 的 token 消耗。

Qwen Code v0.18 可通过 brew install qwen-code 或 npm install -g @qwen-code/qwen-code@latest 安装。每周更新日志发布于 https://qwenlm.github.io/qwen-code-docs/en/blog/，GitHub 仓库地址为 https://github.com/QwenLM/qwen-code。