DashScope Qwen 原生模型 2026 年 10 月下线:你不能跳过的路由审计清单
阿里云百炼将于 10 月 10 日下线 qwen-turbo、qwq-plus、qvq-max、qwen-vl-max、qwen-coder-turbo、qwen-tts 及全系 paraformer ASR 模型。QPM 限流已经开始,这是你的路由迁移清单。
归档条目:由 AI 根据所引信源辅助生成,发布时未经逐篇审阅。责任编辑:Joe Werner。

阿里云大模型服务平台百炼已发布四批下线公告,统一生效时间为 2026 年 10 月 10 日,涉及的是 Qwen 自家的历史主线模型——而非此前公告中的第三方代理模型。如果你的 DashScope 路由配置仍在引用 qwen-turbo、qwq-plus、qvq-max、qwen-vl-max 或 paraformer 系列 ASR 模型,距离这些模型 ID 停止响应还剩约 12 周。相关模型的 QPM 限流已经开始执行。
哪些模型将被下线
百炼在 2026 年 6 月至 7 月陆续发布四批官方公告,统一设定 10 月 10 日下线日期。涉及的 Qwen 原生模型 ID 如下:
语言模型:
qwen-turbo和qwen-turbo-realtime— Qwen 上一代通用推理层,替代品为当前 Qwen3.7/3.6 系列端点qwen3.6-max-preview→qwen3.7-maxqwen3-max-preview→qwen3-maxqwen3-coder-plus→qwen3.7-plusqwen-coder-turbo、qwen-coder-plus(历史快照版本)qwq-plus— QwQ 推理模型系列qvq-max、qvq-plus— QVQ 视觉推理模型qwen-math-turbo— 无直接替代模型qwen3-max-2026-01-23、qwen3-max-2025-09-23(带日期快照版本)qwen3-vl-8b-instruct→qwen3.6-flashqwen-vl-max、qwen-vl-plus(上一代视觉语言模型)
语音合成与声音复刻:
qwen-tts→cosyvoice-v3-flashqwen-tts-realtimeqwen-voice-enrollment→voice-enrollmentqwen-voice-design→cosyvoice-v3.5-flashgummy-chat-v1、gummy-realtime-v1— 语音翻译模型;gummy-chat-v1无直接替代模型
语音识别(ASR):
paraformer-realtime-v1→paraformer-realtime-v2paraformer-realtime-8k-v1→paraformer-realtime-8k-v2paraformer-v1→paraformer-v2paraformer-8k-v1→paraformer-8k-v2paraformer-mtl-v1→paraformer-v2
为什么这对 AI 工程团队很重要
本次下线潮与 7 月初公告的第三方代理模型撤场有本质区别。此前的公告影响的是通过百炼接入 DeepSeek、Kimi、MiniMax 的团队;这次影响的是直接调用 Qwen 官方推理 API 的团队——涵盖推理、视觉语言、语音合成和 ASR 全链路。
有三点运营影响需要重点关注:
1. QPM 限流已经启动。 根据官方公告,自公告发布日起(主线模型主要批次为 2026 年 6 月 8 日),百炼即开始逐步降低受影响模型的 QPM(每分钟调用次数)和 TPM(每分钟 Token 消耗上限)。10 月 10 日起,调用已下线模型 ID 将直接报错。如果你的团队从 6 月中旬开始观察到 qwen-turbo 调用失败率上升或吞吐量下降,那正是迁移压力信号。
2. QwQ 和 QVQ 将彻底从 DashScope 下线。 这些推理和视觉推理模型名称将在 10 月 10 日停止响应。迁移路径指向 qwen3.7-max(推理级别工作负载)和 qwen3.6-flash(视觉任务),但模型 ID 变更不向后兼容——旧名称无法被 alias 映射。任何硬编码了 qwq-plus 或 qvq-max 的 Claude Code、编码 Agent 或 SDK 配置,都需要显式更新。
3. 语音和 ASR pipeline 面临的是品牌重命名,而非版本升级。 qwen-tts → cosyvoice-v3-flash 是产品家族重命名,不是版本递增。cosyvoice 端点可能有不同的 API 参数、声音 ID 格式和音频格式选项。拥有语音 Agent 或转录 pipeline 的团队应将此视为需要显式兼容性测试的破坏性变更,而非简单替换模型字符串。
路由与运营视角
从路由策略角度看,这次事件涉及三个层面:
模型 ID 清查。 最优先的操作是全面盘点各服务、CI pipeline、编码 Agent 和 SDK 配置中正在使用的 DashScope 模型 ID。阿里云官方建议使用模型观测控制台查看账户下各模型 ID 的实时调用情况——这是定位未记录或历史遗留配置的最快方式。
替代模型映射。 下线表中的新模型 ID 并不总是一目了然。关键映射关系:
| 即将下线 | 替代模型 | 备注 |
|---|---|---|
qwen-turbo | qwen3.7-flash 或 qwen3.6-flash | 通用推理层 |
qwq-plus | qwen3.7-max(thinking 模式) | 推理级别 |
qvq-max | qwen3.6-flash(视觉模式) | 视觉推理 |
qwen-vl-max | qwen3-vl / qwen3.6-flash | 视觉语言 |
qwen-tts | cosyvoice-v3-flash | 语音合成 |
paraformer-v1 | paraformer-v2 | 语音识别 |
gummy-chat-v1 | 无直接替代 | 语音翻译 |
fallback 路由更新。 对于通过多 provider gateway 进行路由的团队,10 月 10 日硬截止意味着所有包含已下线 Qwen 模型 ID 的 fallback 链都必须更新。如果你的配置是主路由走 deepseek-v4-flash,失败后 fallback 到 qwen-turbo,10 月 10 日之后 fallback 会静默失败——除非路由规则更新为 qwen3.7-flash。这是最有可能触发意外生产事故的场景:不是主路由模型变了,而是被遗忘的 fallback 失效了。
TheRouter 用户需要关注什么
通过 TheRouter DashScope provider 通道路由 Qwen 模型的团队,应检查路由表中是否包含上述即将下线的模型 ID。重点关注:
- 检查所有引用
qwen-turbo、qwq-plus、qvq-max或qwen-vl-max的路由和 fallback 链。 - 检查语音和 ASR pipeline 中的
qwen-tts、qwen-voice-enrollment或paraformer-*-v1配置。 - 在 10 月 10 日前完成 fallback 目标更新,不要等到错误率告警触发再处理。
路由配置参考,请参阅 provider selection 文档 以及 TheRouter 文档中心 中的 provider 集成指南。
如果 gummy-chat-v1(语音翻译)正在使用中且 DashScope 上没有替代模型,请在截止日期前评估是否切换到其他翻译专用 API。
公告期将于 10 月 10 日截止。鉴于 QPM 已经开始限流,仍在使用上述模型 ID 的团队应将迁移视为已经逾期,而非即将到来。
相关阅读
AI 路由新闻与供应商动态 →
阿里云百炼 10 月 10 日下线 DeepSeek、Kimi、MiniMax、GLM:多模型 DashScope 路由全面审查
阿里云百炼将于 2026 年 10 月 10 日下线全部第三方模型代理——DeepSeek V3/R1、Kimi K2、MiniMax M2.1、GLM 4.6/4.7——以及 qwen-coder-plus 和大批 Qwen3 变体。通过 DashScope 路由的团队需在 QPM 进一步收紧前完成模型 ID 审查和迁移。

Grok 4.1 将从 Google Cloud 下线:GEAP 运营团队必须在 8 月 20 日前完成路由迁移
Google Cloud Gemini Enterprise Agent Platform 将于 2026 年 8 月 20 日关闭 Grok 4.1 Fast。届时 API 请求直接返回 400 错误,无软着陆期。如果你的路由层指向 GEAP 上的 xai/grok-4.1-fast-reasoning 或 xai/grok-4.1-fast-non-reasoning,以下是迁移决策矩阵。

Gemini 3.5 Flash Computer Use API 现已内置:这一变化如何重塑你的 Agentic 路由架构
Gemini 3.5 Flash 现在将 computer use 作为内置工具随 Search 和 Maps grounding 一起提供——无需单独模型。这一整合改变了 operator 对浏览器和桌面自动化工作负载的路由决策。