返回信息流
新闻事件
B标准67
NVIDIA Developer Blog
1 个来源

阿里巴巴发布Qwen3.8-Flash-Next模型权重,预览Qwen4架构

阿里巴巴发布了Qwen3.8-Flash-Next的模型权重,作为即将推出的Qwen4架构的预览。该模型是一个多模态混合专家模型,主模型有1250亿参数,并额外增加了510亿N-gram嵌入,每个token激活60亿参数。它原生支持262,144个token的上下文窗口,并可扩展到100万token,供开发者实验和评估。

SynthePulse Insight · AI 深度解读

Qwen3.8-Flash-Next 权重开放:一份 Qwen4 预览版的架构取舍与性能声明

版本 1 · 1 个来源

阿里把 Qwen3.8-Flash-Next 的权重放了出来,定位是 Qwen4 架构的预览版。它用 GDN 与 QSA 的混合注意力把长上下文成本压下来,并在 NVIDIA GB300 NVL72 上给出推理验证。但所有加速数字都来自阿里基准或 NVIDIA 博客表述,缺少独立第三方验证。

  • 阿里发布 Qwen3.8-Flash-Next 权重,作为即将推出的 Qwen4 架构的预览版,供开发者实验和评估。
  • 模型为多模态 MoE:主模型 125B 参数,另有 51B N-gram 嵌入,每 token 激活 6B 参数。
  • 原生上下文窗口 262,144 token,借助 YaRN 可扩展至 1M token,1M 并非原生支持。
  • 架构上每四层中三层用 GDN 把历史上下文压缩为固定大小循环状态,一层用 QSA 做全上下文精确检索。
  • 阿里基准称 QSA 相比全注意力在 prefill 最高提速 7.6 倍、解码最高提速 4.9 倍;1M 上下文、90% 前缀缓存命中率下 prefill 吞吐为 Qwen3.7-Plus 的 8.6 倍。
  • NVIDIA 称在 GB300 NVL72 上每 GPU 超过 16K token/秒、每用户超过 200 token/秒,但具体配置与延迟条件未披露。
展开章节目录一次预览版发布,真正要回答的是什么

一次预览版发布,真正要回答的是什么

阿里发布了 Qwen3.8-Flash-Next 的模型权重,作为即将推出的 Qwen4 架构的预览版,供开发者实验和评估。这个定位决定了它的意义不在单点跑分,而在于把下一代架构的关键取舍提前暴露给开发者:长上下文怎么算得起、智能体编程这类高并发场景怎么服务得起。

从已披露的信息看,这是一款多模态混合专家(MoE)模型,主模型为 125B 参数,另有 51B 的 N-gram 嵌入,每个 token 激活 6B 参数。它面向智能体编程、文档处理和工具驱动工作流等高并发、上下文密集型应用场景。

需要先明确边界:它是预览版,并非最终正式版本;来源中也没有说明它与即将推出的 Qwen4 在架构和性能上的具体差异。因此下文讨论的是“预览版展示了什么”,而不是“Qwen4 将会是什么”。

长上下文的成本被拆成两件事:压缩与检索

上下文变长时,注意力计算与 KV 缓存内存会同时成为瓶颈。Qwen3.8-Flash-Next 的应对方式是混合架构:结合 Gated DeltaNet(GDN)与 Qwen Sparse Attention(QSA),每四层中有三层使用 GDN 将历史上下文压缩为固定大小的循环状态,剩余一层使用 QSA 在全上下文范围内做精确检索。

这个比例本身就是取舍。GDN 层负责让 KV 缓存不随序列变长而增长,代价是历史信息被压进固定大小的状态;QSA 层则承担在全上下文里找回精确信息。换句话说,模型不是让每一层都做全注意力,而是把“记住大概”和“精确找回”分工到不同层。

QSA 的做法是把序列聚合成微块、在块级别估计重要性并只选取最相关区域,从而降低每层内的注意力、计算与索引开销。来源称,此前的稀疏注意力方案依赖 token 级索引器,随着上下文变长会越来越贵;块级估计正是针对这一点。这一对比属于来源表述,而非独立验证的结论。

加速数字很亮眼,但都出自同一份基准

阿里公布的基准显示,相比全注意力,QSA 注意力内核在 prefill 阶段最高提速 7.6 倍、解码阶段最高提速 4.9 倍。在 1M token 上下文、90% 前缀缓存命中率的缓存密集型在线服务测试中,Qwen3.8-Flash-Next 的 prefill 吞吐量达到 Qwen3.7-Plus 的 8.6 倍。

这些数字需要按来源声明的性质来读:它们来自阿里基准或 NVIDIA 博客表述,缺少独立第三方验证。来源也没有说明 7.6 倍、4.9 倍、8.6 倍各自对应的具体测试配置、基线设置与可复现性。

还有一个容易被忽略的前提:1M token 上下文需借助 YaRN 扩展,并非原生支持;原生窗口是 262,144 个 token。因此“1M 上下文下的 8.6 倍”本身就是一个带扩展配置与缓存命中率假设的场景数字,不能直接外推到任意负载。

GB300 NVL72 上的吞吐声明,以及它没说的部分

NVIDIA 称,在 NVIDIA GB300 NVL72 上运行该模型可实现每 GPU 超过 16K token/秒、每用户超过 200 token/秒的吞吐表现。硬件侧的事实是:GB300 NVL72 采用机架级架构,将 72 块 NVIDIA Blackwell Ultra GPU 集成到单一平台,其 72 GPU NVLink 域支持 130 TB/s 的全互联通信。

把这两条放在一起可以理解厂商的叙事逻辑:MoE 的专家流量需要跨 GPU 通信,机架级全互联正是为消除这类瓶颈而设计。但这是从来源事实出发的推断,来源本身并未给出该模型在 GB300 NVL72 上的通信占比或瓶颈分析。

更关键的是缺口:16K token/秒每 GPU 与 200 token/秒每用户所对应的具体模型配置、批大小与延迟条件均未披露。这两个数字分别指向吞吐与单用户体验,但缺少条件说明时,无法判断它们能否同时成立,也无法判断在什么并发水平下成立。

部署路径:从本地原型到机架级生产

除机架级部署外,该模型也可在本地 NVIDIA 硬件上运行,包括 NVIDIA DGX Station、NVIDIA DGX Spark 集群以及配备四块 NVIDIA RTX PRO 6000 Blackwell Max-Q 工作站版 GPU 的工作站。这构成了“本地原型、机架级生产”的同模型路径。

工具链方面,开发者可使用 NVIDIA NeMo AutoModel 微调该模型,并用 NVIDIA NeMo RL 配方进行强化学习;SGLang、vLLM 和 TokenSpeed 等多个推理引擎提供开源配方,用于在 NVIDIA 加速平台上部署该模型。NVIDIA 通过 SGLang、vLLM 和 NVIDIA TensorRT LLM 提供尽力而为的 Day 0 功能支持,并在 GB300 NVL72 上完成推理验证。

“尽力而为的 Day 0 功能支持”是一个需要留意的措辞:它是发布当日的功能可用性表述,而非长期承诺。权重获取渠道则相对开放:模型权重可从 Hugging Face 或 ModelScope 下载,并可用 NVIDIA NGC 上的无模型 NVIDIA NIM 部署,也可直接在 QwenCloud 上试用。

来源未提及模型权重发布后的许可证条款、商用限制与后续版本时间表,本地硬件上的实际性能表现也未给出数据。这两项空白直接影响“能否用于生产”的判断。

证据强度:单一来源、厂商基准与一条自我声明

本次证据仅来自 NVIDIA 开发者博客单一来源,无其他独立信源交叉印证。这意味着架构描述、部署路径等事实性内容虽可采信,但性能类结论缺少外部校验。

该博客页面本身标注其内容由 NVIDIA Nemotron 生成、可能不完整地概括信息,并提示读者核实重要信息。这条免责声明不否定正文事实,但提示读者:摘要层的信息可能不完整,重要判断应回到正文与后续独立评测。

另一处不确定性在于效果验证:该模型在真实智能体编程任务上的效果仅有演示视频,缺少量化评测数据。演示视频能说明“可以做到”,不能说明“稳定做到什么程度”。

可信度边界

本文全部事实来自 NVIDIA 开发者博客单一来源,无独立第三方交叉印证。7.6 倍、4.9 倍、8.6 倍、每 GPU 16K token/秒、每用户 200 token/秒等性能数字均属来源声明,其测试配置、基线与可复现性未披露,不应视为已确认结论。该博客页面自带 AI 生成摘要免责声明,提示信息可能不完整、需核实。模型定位为 Qwen4 架构预览版,并非最终正式版本;1M token 上下文需借助 YaRN 扩展,非原生支持;NVIDIA 对相关推理引擎的支持为尽力而为的 Day 0 功能支持,非长期承诺。

核心结论

Qwen3.8-Flash-Next 的价值不在某一项跑分,而在于它把下一代长上下文架构的取舍摆到了台面上:用 GDN 压缩历史、用 QSA 做精确检索,以换取 1M 级上下文的经济性。但所有加速与吞吐数字都出自厂商基准,且缺少测试条件与独立验证;在许可证、真实智能体任务量化效果与本地硬件表现明确之前,它更适合被当作一份可动手验证的预览版,而不是可直接依赖的生产结论。

主报道

NVIDIA Developer Blog

主报道来源