Qwen3 系列
LLM · 2025 · arXiv 2505.09388v1

Qwen3 系列:
把 thinking 和 non-thinking 装进同一套权重

Qwen3 有 6 个 dense 模型和 2 个 MoE 模型,从 0.6B 到 235B; 旗舰 235B-A22B 每 token 激活 22B。 它真正的改动不在注意力,而在后训练:四段流水线先把 reasoning 练出来,再用 chat template 把 non-thinking 焊回同一套权重; 小模型跳过四段 RL,直接向 32B/235B 教师做两阶段蒸馏。

Qwen Team · An Yang et al. arXiv 2505.09388v1 ↗ GitHub ↗ Hugging Face ↗
TL;DR · 30 秒抓住核心

Qwen3 的尺寸表是 6 个 dense(0.6B/1.7B/4B/8B/14B/32B)加 2 个 MoE(30B-A3B/235B-A22B)。 旗舰 235B-A22B 的 MoE 层有 128 个专家、每 token 激活 8 个,并且不像 Qwen2.5-MoE 那样保留 shared expert(§2)。

预训练总量 36T tokens,覆盖 119 种语言和方言。 分三段:S1 >30T @4,096,S2 约 5T @4,096,长上下文阶段 数千亿 token @32,768; RoPE 基频从 10,000 提到 1,000,000,推理时再用 YARN + DCA 扩 4×(§3.2)。

后训练四段:Long-CoT 冷启动 → Reasoning RL(3,995 对 query-verifier、GRPO、170 步)→ Thinking Mode Fusion(/think、/no_think、空 think 块)→ General RL(20+ 个任务)。 0.6B–14B 和 30B-A3B 走 strong-to-weak 蒸馏:先 off-policy,再 on-policy 对齐教师 logits(§4.5)。

效果不是单边上涨:235B thinking 在 AIME'24 拿 85.7、AIME'25 拿 81.5, 但 GPQA 是 71.1,低于 DeepSeek-R1 的 71.5。 更反直觉的是 Stage 3/4:AIME'24 从 83.8 降到 81.4,LiveCodeBench v5 从 68.4 降到 65.7,论文明确接受这个 trade-off(§4.7)。

36T
预训练 tokens;119 种语言与方言;S1 用 >30T @4,096,S2 约 5T(§3.2)
22B / 235B
Qwen3-235B-A22B 的激活 / 总参数;MoE 层 128 专家激活 8 个,无 shared expert(§2)
1,800
on-policy 蒸馏的 GPU 小时;同起点 RL 为 17,920,约 9.96× 差距(§4.7)
01

把 chat 和 reasoning 分成两个模型,切换成本落在用户侧

Qwen2.5 与 QwQ 是两条产品线;Qwen3 要把两种行为、以及思考长度控制,压进同一套权重。

Qwen3 之前,开源模型通常用两条产品线覆盖两类请求:Qwen2.5 负责通用对话,QwQ 负责多步推理。 用户要在两者之间切换,部署方要维护两套权重和两套推理配置(§1)。

合并的难点不在注意力结构。Qwen3 仍然用 GQA、SwiGLU、RoPE 和 pre-norm RMSNorm; 真正的改动是让同一套权重在两种行为之间切换,并且让用户在推理中途按 token budget 截断思考(§1、§4.3)。

第三个约束是尺寸覆盖:Qwen3 要同时发布 6 个 dense 和 2 个 MoE。 如果每个尺寸都独立跑完 reasoning RL,训练成本会随尺寸增长; Qwen3 的选择是只让 32B/235B 走完四段,其余尺寸向它们蒸馏(§4.5)。

核心矛盾

模式控制、预算控制、尺寸覆盖,三件事叠在一起

模式控制决定模型要不要写思考链;预算控制决定思考链什么时候停;尺寸覆盖决定哪些模型有能力自己练出这两种行为。 三者共享同一套 tokenizer(151,669 词表)与 chat template;否则部署侧仍然要按模型分支(§2、§4.3)。

02

旧方案各自缺一块:分开的模型、逐尺寸 RL、带 shared expert 的 MoE

Qwen3 的改动可以拆成三处:模式融合、蒸馏替代小模型 RL、MoE 去掉 shared expert。

两套权重

分开的 chat 与 reasoning 模型

Qwen2.5 + QwQ 的路线能覆盖两类请求,但切换靠换模型;同一个请求里不能按需开关思考,也不能在中途截断(§1)。

逐尺寸 RL

每个尺寸独立做 reasoning RL

Reasoning RL 需要 query-verifier 和大量 rollout;小模型也能涨,但 GPU 小时不划算。Qwen3 改为旗舰走四段、其余蒸馏(§4.5、§4.7)。

MoE 选择

去掉 shared expert

Qwen2.5-MoE 使用 shared expert;Qwen3-MoE 改为 128 总专家 / 8 激活,并移除 shared expert,用 global-batch load balancing loss 促进专家 specialization(§2)。

Qwen3 保留 Qwen2.5 的 GQA、SwiGLU、RoPE、pre-norm RMSNorm; 改动是移除 Qwen2 使用的 QKV-bias、加入 QK-Norm(§2)。这些是稳定性改动,注意力仍是 GQA。

03

先把 reasoning 练出来,再用 chat template 把两种模式焊在一起

四段里前两段只练 thinking,第三段才引入 non-thinking;模式切换靠模板,不靠两套权重。

Stage 1 · Long-CoT 冷启动:学格式,不追分数

数据覆盖数学、代码、逻辑推理和通用 STEM。先用 Qwen2.5-72B-Instruct 过滤掉不易验证、含多个子问题、或不用 CoT 就能答对的 query, 再用 QwQ-32B 为每个 query 生成 N 个候选,按答案错、重复、明显猜测、thinking 与 summary 不一致、语言混用、与验证集过近等标准过滤。 目标是让模型学会推理格式,而不是在这一步把分数拉满,所以论文倾向压小样本数和训练步数(§4.1)。

Stage 2 · Reasoning RL:用可验证 reward 把数学和代码拉起来

query-verifier 对要满足:未在冷启动用过、冷启动模型可学、尽量难、覆盖多个子域。 最终收集 3,995 对,用 GRPO 更新。训练上用大 batch、每个 query 多次 rollout、off-policy 提高样本效率,并控制熵稳定; 170 步内,Qwen3-235B-A22B 的 AIME'24 从 70.1 升到 85.1(§4.2)。

Stage 3 · Thinking Mode Fusion:同一套权重,两种回答格式

做法是在 Stage 2 模型上继续 SFT:thinking 数据用 Stage 2 模型对 Stage 1 query 做拒绝采样生成,避免额外的 SFT 把 Stage 2 的能力冲掉; non-thinking 数据覆盖代码、数学、指令跟随、多语言、创意写作、问答和角色扮演,并用自动 checklist 评质量;低资源语言还提高了翻译任务比例(§4.3)。

模式切换靠 chat template:thinking 样本在 user query 或 system message 里带 /think,non-thinking 带 /no_think; non-thinking 的 assistant 回复保留一个空的 <think></think> 块,保证格式一致。 默认是 thinking,所以训练里也有不带 flag 的 thinking 样本;多轮对话随机插入多个 flag,模型跟最后一个走(§4.3、Table 9)。

Table 9(Qwen3 技术报告):thinking 与 non-thinking 的 SFT 模板,按原文转录、换行省略;原文说明 thinking 模式下 /think 可省略,因为它是默认行为。

模式模板(按 Table 9 排版)
Thinking <|im_start|>user {query} /think <|im_end|> <|im_start|>assistant <think> {thinking_content} </think> {response} <|im_end|>
Non-thinking <|im_start|>user {query} /no_think <|im_end|> <|im_start|>assistant <think> </think> {response} <|im_end|>

Budget 控制不是单独训练的模块。模型在 Stage 3 学会两种模式后,论文发现它也能处理“思考到一半”的输入: 当思考长度达到用户阈值,就手动插入一句停止指令,让模型基于已有推理直接给答案。停止指令的核心是 Considering the limited time by the user, I have to give the solution based on the thinking directly now.</think>.; 论文明确说这个能力没有被显式训练,是 Thinking Mode Fusion 的自然结果(§4.3)。

Stage 4 · General RL:补通用、指令和 agent;Stage 3 已回退,Stage 4 继续小幅回退

奖励系统覆盖 20+ 个任务,目标是指令跟随、格式跟随、偏好对齐、agent 能力和 RAG 等专项场景; 奖励分 3 类:规则奖励、带参考答案的模型奖励、不带参考答案的模型奖励(§4.4)。 agent 任务的 rollout 允许模型与真实环境做完整多轮交互,用执行反馈训练长程决策(§4.4)。

四段的分工

前两段造能力,第三段造接口,第四段补通用

Stage 1 学格式,Stage 2 用可验证 reward 把数学/代码推理拉起来,Stage 3 把 non-thinking 融进同一套权重并让 budget 截断成为可能, Stage 4 用多任务 reward 补通用、指令和 agent。代价出现在 Stage 3/4:专项数学和代码在 thinking 模式下回退(Table 22、§4.7)。

04

36T token 分三段;MoE 每 token 只激活 8/128 个专家

先把通用能力堆到 30T+,再用 5T 高质量数据补 reasoning,最后用长上下文阶段把训练窗口拉到 32K;MoE 的稀疏度决定每 token 的算力。

预训练数据 36T tokens、119 种语言和方言;相比 Qwen2.5,token 数是 2 倍、语言数是 3 倍。 PDF 文本用 Qwen2.5-VL 识别、Qwen2.5 精炼;合成数据来自 Qwen2.5、Qwen2.5-Math、Qwen2.5-Coder; 30T+ tokens 做了教育价值、领域、安全等多维标注,数据配比在 instance 级做消融(§3.1)。

§3.2(Qwen3 技术报告):三阶段预训练。长上下文阶段的 token 数原文只写 hundreds of billions,本页不补具体值;总预训练量见 §3.1 的 36T。

阶段tokens序列长度做什么
S1 General>30T4,096119 种语言与方言的通用知识
S2 Reasoning约 5T4,096提高 STEM、代码、推理、合成数据比例;加速 LR decay
Long Context数千亿32,76875% 文本 16,384–32,768,25% 文本 4,096–16,384;RoPE 基频 10,000→1,000,000;YARN + DCA 扩 4×

结构上 Qwen3 没有换注意力:dense 模型沿用 GQA、SwiGLU、RoPE、pre-norm RMSNorm,移除 Qwen2 的 QKV-bias、加入 QK-Norm; MoE 模型沿用 Qwen2.5-MoE 的 fine-grained expert segmentation,128 个总专家、每 token 激活 8 个,并移除 shared expert; 训练用 global-batch load balancing loss(§2)。

Table 1(Qwen3 技术报告):dense 模型。Tie Embedding 表示输入/输出 embedding 是否共享。

模型LayersHeads (Q / KV)Tie EmbeddingContext
Qwen3-0.6B2816 / 8Yes32K
Qwen3-1.7B2816 / 8Yes32K
Qwen3-4B3632 / 8Yes128K
Qwen3-8B3632 / 8No128K
Qwen3-14B4040 / 8No128K
Qwen3-32B6464 / 8No128K

Table 2(Qwen3 技术报告):MoE 模型;两个模型的专家数都是 128 总 / 8 激活。

模型LayersHeads (Q / KV)Experts (Total / Activated)Context
Qwen3-30B-A3B4832 / 4128 / 8128K
Qwen3-235B-A22B9464 / 4128 / 8128K

稀疏度的账要分开算。235B-A22B 每 token 激活 22B,占总参数 235B 的 9.4%; 30B-A3B 是 3B/30B = 10.0%。专家维度只激活 8/128 = 6.25%, 低于参数激活比例,因为 attention、embedding 等非专家参数始终参与(推断,由 Table 3/5(或 §2)的总/激活参数与 Table 2 的专家数反推)。

论文的比较口径是:Qwen3 MoE base 用 1/5 激活参数达到 dense 水平; 用 不到 1/2 激活参数超过 Qwen2.5 MoE;用 1/10 激活参数接近 Qwen2.5 dense。 这些是原文的比较,不是本页复算。

上下文长度在 Table 1 里分两档:0.6B/1.7B 是 32K,其余 dense 和两个 MoE 是 128K。 长上下文阶段本身只训到 32,768;推理时的 4× 扩展靠 YARN 和 Dual Chunk Attention(§3.2)。

自己动手:蒸馏省下的 GPU 小时,换来了多少分

Table 21 的对照从同一个 off-policy 蒸馏 8B checkpoint 出发,只比较数学和代码 query。 点方法、再点基准,看分数和 GPU 小时。

Table 21(Qwen3 技术报告):Qwen3-8B;括号内为 pass@64;GPU hours 是数学与代码查询的对比,起点同为 off-policy 蒸馏 checkpoint(§4.7)。

方法AIME'24AIME'25MATH500LiveCodeBench v5MMLU-ReduxGPQA-DiamondGPU Hours
Off-policy Distillation55.0 (90.0)42.8 (83.3)92.442.086.455.6-
+ Reinforcement Learning67.6 (90.0)55.5 (83.3)94.852.986.961.317,920
+ On-policy Distillation74.4 (93.3)65.5 (86.7)97.060.388.363.31,800
当前得分
67.6
相对 RL(点)
0.0
GPU 小时
17,920
当前读数
AIME'24 · Reinforcement Learning:67.6;同起点 RL 为 67.6,0.0 个百分点;GPU 小时 17,920。
手算 B:蒸馏与 RL 的两组读数 与上面的交互逐位一致

组 1:method=On-policy Distillation,benchmark=AIME'24。

  • Table 21:RL = 67.6,On-policy Distillation = 74.4。
  • 得分 = 74.4;相对 RL = 74.4 − 67.6 = +6.8(点)。
  • GPU 小时:蒸馏 1,800,RL 17,920;1,800 / 17,920 × 100 = 10.04%,17,920 / 1,800 = 9.96×。

组 2:method=On-policy Distillation,benchmark=LiveCodeBench v5。

  • Table 21:RL = 52.9,On-policy Distillation = 60.3。
  • 得分 = 60.3;相对 RL = 60.3 − 52.9 = +7.4(点)。
  • GPU 小时同上:1,800 vs 17,920;比例仍是 10.04% / 9.96×。

覆盖范围:本交互只覆盖 Table 21 的基准列和 GPU hours 列;未覆盖括号内的 pass@64、off-policy 起点的单独得分,也不模拟任何训练过程。Table 21 的对比只针对 8B 学生的数学/代码 query(§4.7)。

05

四段主流程 + 两阶段蒸馏:大模型和小模型走不同的后训练路径

旗舰 32B/235B 走 cold start → reasoning RL → mode fusion → general RL;0.6B–14B 与 30B-A3B 走 off-policy → on-policy 蒸馏。

旗舰后训练(32B / 235B) 旗舰模型 32B / 235B Stage 1 Long-CoT 冷启动 Stage 2 Reasoning RL Stage 3 Thinking Mode Fusion Stage 4 General RL 旗舰终态 thinking + non-thinking 小模型蒸馏(0.6B–14B / 30B-A3B) 小模型 0.6B–14B / 30B-A3B Off-policy 响应蒸馏 On-policy logits KL 对齐 教师 Qwen3-32B / 235B 小模型终态 thinking + non-thinking thinking:/think + <think>…</think> + response non-thinking:/no_think + <think></think> + response
依据 Figure 1 与 §4.1–4.5 简化重绘:覆盖旗舰四段、两种模式模板和小模型两阶段蒸馏; 未覆盖数据构造、奖励模型训练、RL 基础设施和 GPU 小时细节。教师 → On-policy 的虚线箭头表示教师模型参与 on-policy 蒸馏。

§4.1–4.5(Qwen3 技术报告):后训练各阶段的输入、目标与关键做法;四段只用于 32B/235B,蒸馏用于 0.6B/1.7B/4B/8B/14B/30B-A3B。

阶段输入目标关键做法
Stage 1 Long-CoT Cold Start数学/代码/逻辑/STEM query学推理格式Qwen2.5-72B 过滤、QwQ-32B 采样、少量样本/步数
Stage 2 Reasoning RL3,995 对 query-verifier提数学/代码GRPO、大 batch、多次 rollout、熵控制
Stage 3 Thinking Mode FusionStage 2 模型 + 两种模式 SFT 数据两种模式共存/think、/no_think、空 think 块、budget 停止指令
Stage 4 General RL20+ 任务通用、指令、agent规则/模型奖励、多轮工具环境
Strong-to-Weak Distillation教师 32B/235B小模型off-policy 响应蒸馏 → on-policy logits KL
模板是接口

同一套权重靠 chat template 区分模式

空 think 块保证 non-thinking 也有统一格式;budget 停止指令是在推理时手动插入的,不是另一个模型。 这意味着部署侧只需要一套权重和一套 tokenizer,模式切换发生在 prompt 层(§4.3、Table 9)。

06

thinking 把 AIME 拉高,Stage 3/4 又把数学压回去

先看 base,再看 post-trained;每个数字都带模式、采样次数和对比对象。

Base:235B-A22B 在 15 个基准里 14 个超过 DeepSeek-V3-Base

例外是 INCLUDE:73.46 vs 75.17,低 1.71 个百分点(Table 3、§3.3)。 评测口径是 MMLU 5-shot、MMLU-Pro 5-shot CoT、MATH 4-shot CoT、EvalPlus 0-shot、INCLUDE 5-shot(§3.3)。

Table 3(Qwen3 技术报告):base 模型对比;仅转录本页用到的 5 行;Qwen2.5-72B、DeepSeek-V3、Qwen3-235B-A22B 均为 Base。

基准Qwen2.5-72B BaseDeepSeek-V3 BaseQwen3-235B-A22B Base
MMLU86.0687.1987.81
MMLU-Pro58.0759.8468.18
MATH62.1262.6271.84
EvalPlus65.9363.7577.60
INCLUDE69.0575.1773.46

对 DeepSeek-V3-Base,MMLU 87.81 vs 87.19(+0.62 个百分点)、 MMLU-Pro 68.18 vs 59.84(+8.34)、MATH 71.84 vs 62.62(+9.22)、 EvalPlus 77.60 vs 63.75(+13.85)。参数账是 235B 总 / 22B 激活对 671B 总 / 37B 激活。

Thinking:AIME 领先 R1,但 GPQA 和 INCLUDE 没有

对 DeepSeek-R1:AIME'24 85.7 vs 79.8(+5.9 个百分点)、 AIME'25 81.5 vs 70.0(+11.5)、LiveCodeBench v5 70.7 vs 64.3(+6.4)、 BFCL v3 70.8 vs 56.9(+13.9)。 论文的 headline 是 17/23 个基准优于 R1;但 GPQA-Diamond 71.1 vs 71.5(-0.4)、 INCLUDE 78.7 vs 82.7(-4.0)是反例。

Table 11(Qwen3 技术报告):Qwen3-235B-A22B(Thinking)对比 DeepSeek-R1;仅转录本页用到的 6 行;AIME 每题采样 64 次取平均,GPQA 采样 10 次(§4.6)。

基准DeepSeek-R1Qwen3-235B-A22B Thinking
AIME'2479.885.7
AIME'2570.081.5
LiveCodeBench v564.370.7
BFCL v356.970.8
GPQA-Diamond71.571.1
INCLUDE82.778.7

Non-thinking:Arena-Hard 领先,IFEval 反而低

对 GPT-4o-2024-11-20:Arena-Hard 96.1 vs 85.3(+10.8 个百分点)、 AIME'24 40.1 vs 11.1(+29.0)、GPQA-Diamond 62.9 vs 46.0(+16.9)。 对 DeepSeek-V3:Arena-Hard 96.1 vs 85.5(+10.6)、AIME'24 40.1 vs 39.2(+0.9)、 GPQA 62.9 vs 59.1(+3.8)。 论文说它在 18/23 个基准上超过 GPT-4o;但 IFEval 83.2 vs 86.5(-3.3)、 INCLUDE 75.6 vs 78.8(-3.2)不是。

Table 12(Qwen3 技术报告):Qwen3-235B-A22B(Non-thinking)对比 GPT-4o 与 DeepSeek-V3;仅转录本页用到的 6 行;采样设置见 §4.6。

基准GPT-4o-2024-11-20DeepSeek-V3Qwen3-235B-A22B Non-thinking
Arena-Hard85.385.596.1
AIME'2411.139.240.1
GPQA-Diamond46.059.162.9
IFEval86.586.183.2
INCLUDE78.876.775.6
MMMLU80.381.179.8

Stage 3/4 的得失:通用/对齐多数上升,数学和代码回退

Table 22 把 Qwen3-32B 的三段拆开。Stage 3 的收益主要在通用/对齐:CounterFactQA 50.4 → 61.3(+10.9 个百分点)、 IFEval 73.0 → 78.4(+5.4);Stage 4 把 ThinkFollow 88.7 → 98.9(+10.2)、 ToolUse 70.4 → 85.5(+15.1 个百分点)。 代价在数学/代码:AIME'24 83.8→81.4(相对 Stage 2 -2.4;Stage 3 已 -1.9,Stage 4 再 -0.5); LiveCodeBench v5 68.4→65.7(相对 Stage 2 -2.7;Stage 3 -1.2,Stage 4 -1.5)。 论文把这归因于通用任务变宽,并明确选择接受(§4.7)。注意:正文里 Stage 4 的差值是相对 Stage 3;页面下方交互统一以 Stage 2 为基线,两者口径不同。

Table 22(Qwen3 技术报告):Qwen3-32B 在 Stage 2/3/4 的 thinking 结果;仅转录本页用到的 8 行;原文 Stage 2 没有 non-thinking 列,ThinkFollow 在 Stage 2 为 -(未测)。

基准Stage 2 Reasoning RLStage 3 Thinking Mode FusionStage 4 General RL
CounterFactQA*50.461.368.1
IFEval strict prompt73.078.485.0
ThinkFollow*-88.798.9
ToolUse*63.370.485.5
MMLU-Redux91.491.090.9
GPQA-Diamond68.869.068.4
AIME'2483.881.981.4
LiveCodeBench v568.467.265.7
当前得分
50.4
相对 Stage 2(点)
0.0
方向
基本持平
当前读数
CounterFactQA* · Stage 2:50.4;Stage 2 是基准本身,0.0 个百分点。这是通用/对齐类指标。
手算 A:Stage 2→3 与 Stage 2→4 的两条读数 与上面的交互逐位一致

组 1:benchmark=CounterFactQA*,stage=3。

  • Table 22:Stage 2 = 50.4,Stage 3 = 61.3。
  • 得分 = 61.3;相对 Stage 2 = 61.3 − 50.4 = +10.9(点)。
  • 方向:通用/对齐类上升。

组 2:benchmark=AIME'24,stage=4。

  • Table 22:Stage 2 = 83.8,Stage 4 = 81.4。
  • 得分 = 81.4;相对 Stage 2 = 81.4 − 83.8 = -2.4(点)。
  • 方向:数学回退。

覆盖范围:本交互只覆盖 Table 22 的 thinking 列基准;未覆盖 Stage 3/4 的 non-thinking 列、未测的 ThinkFollow Stage 2,也不模拟任何训练过程。交互统一以 Stage 2 为基线;正文 Stage 4 的差值是相对 Stage 3。ThinkFollow 的 Stage 3/4 只显示得分,不计算相对 Stage 2 的变化。

Long context:thinking 模式在 RULER 上反而更低

RULER Avg:235B non-thinking 95.0 vs thinking 92.2; 32B non-thinking 93.7 vs thinking 91.0。 128K 分段的差距更大:235B 90.6 vs 86.0,32B 85.6 vs 83.5(Table 23)。

Table 23(Qwen3 技术报告):RULER;仅转录 Qwen3-235B-A22B / 32B 的 4 行;Avg 是 4K–128K 的平均,thinking 与 non-thinking 分开评测。

模型 / 模式Avg.32K64K128K
Qwen3-235B-A22B Non-thinking95.095.193.390.6
Qwen3-235B-A22B Thinking92.292.392.086.0
Qwen3-32B Non-thinking93.794.491.885.6
Qwen3-32B Thinking91.092.590.083.5

Thinking budget 的效果是 scalable and smooth(原文措辞,页面转述为持续上升):论文在数学、代码、STEM 基准上拉长 budget,分数平滑上升; 但原文只给曲线,没有逐点表,本页不转录坐标(Figure 2、§4.7)。论文同时说,超过 32K 输出长度未覆盖,留作 future work。

07

边界:小模型不走四段 RL,模式融合也不是免费午餐

把 Qwen3 当成一个统一模型之前,先确认尺寸、模式、上下文和评测口径。

Qwen3-Next 的总专家数是 Qwen3-MoE 的 512 / 128 = 4 倍(本页复算),并且包含 1 个 shared expert; 它和 Qwen3 的 128 专家 / 无 shared expert 是两套设计,不能把 512 专家的稀疏度直接套到 Qwen3-235B-A22B 上(Qwen3-Next §Model Overview、§2)。

系列谱系。Qwen3 的数字来自 Table 1/2/3/5;Qwen3-Next 来自官方 HF 模型卡 §Model Overview(读取于 2026-11-06); Qwen3-Coder-Next 的 80B/3B 来自 arXiv 2603.00729v1 §1;48 层来自官方模型卡 Qwen/Qwen3-Coder-Next 的 §Model Overview;256K 标称来自同一模型卡的 Highlights(Model Overview 与 arXiv §3.1 写 262,144,二者是同一上下文长度)。三份材料的口径不同,不要跨列比较。

模型线规模(总 / 激活)架构 / 训练要点上下文
Qwen3-235B-A22B235B / 22B128 专家 / 8 激活,无 shared expert;MoE128K
Qwen3-32B32B / 32Bdense,64 层,64 / 8 heads128K
Qwen3-Next-80B-A3B80B / 3BGated DeltaNet + Gated Attention(3:1)、512 专家 / 10 激活 / 1 shared、MTP262,144
Qwen3-Coder-Next80B / 3B基于 Qwen3-Next,hybrid attention + MoE,48 层256K

什么时候别用

一句话

核心不是新注意力,而是三条可分别验证的工程路径

mode fusion 把两种行为压进同一套权重;strong-to-weak distillation 让小模型不用逐尺寸跑 RL; sparse MoE 把每 token 的算力压到 22B/235B。三条路径各有各的边界,不能互相替代。