← 全部模型模型检测

我能跑 Qwen3 Coder Next 80B-A3B 吗?

Alibaba 的 Qwen3 Coder Next 80B-A3B 在推荐的 4 位量化下大约需要 64 GB 内存(下载体积 48.5 GB)。下方即时检测您的硬件 — 数据不会离开您的浏览器。 在 Apple M-series Max 上预计可达约 ~192 tok/s。

正在读取您的硬件信号…

实际使用笔记

Qwen3 Coder Next 80B-A3B 是一款采用混合专家(MoE)架构的编程专用模型,而这套架构正是它的全部精髓。它总参数量为 80B,但每个 token 只激活 3B,因此实际运行速度远快于其体量给人的印象,不过加载完整模型仍需要足够的内存。在 4-bit 量化下,它的体积约为 48.5 GB,这直接排除了所有消费级显卡:24 GB 的 RTX 4090 装不下,12 GB 的 3060 就更不用说了。它真正合适的归宿是一台拥有充裕统一内存的 Apple Silicon Mac,或是配备 64 GB 及以上系统内存(RAM)的工作站。请按最低 64 GB 这个数字来规划,而不是按激活的 3B。

在日常使用中,MoE 设计的优势会真正体现出来。在 Apple M Max 上它的输出速度约为 192 tok/s,对于代码补全和重构来说几乎是即时响应;即便是在 DDR5 上纯 CPU 推理也能跑到约 28 tok/s,对这么大的模型而言虽然慢,但确实可用。256K 的上下文窗口是它跨整个代码仓库工作时最亮眼的特性,但内存是个隐患:在 128K 上下文下,总占用会攀升到约 95.8 GB。在你加载一个庞大代码库之前要记住这一点,因为在 64 GB 机器上把你推下悬崖的是 KV 缓存,而不是模型权重。

与同量级的稠密模型(比如 Llama 3.1 70B)相比,这款模型整体上是用通用广度换取了编程专注度与速度:MoE 路由意味着它回答比 70B 稠密模型更快,同时专攻代码而非通用聊天——后者更适合用更小的 Qwen 3 聊天版本来处理。它最突出的特点就是这种速度与体量之比,让一款 80B 级别的模型实现近乎即时的生成。而实用层面的额外加分项是它的许可证:Apache 2.0,因此你可以在商业和生产环境中自由使用,无需先去研究任何特定厂商的限制条款。

规格参数

参数量80B (3B 激活)
上下文窗口256K tokens
厂商Alibaba
许可证Apache 2.0
发布时间2026-02
擅长领域编程

各量化版本体积

量化位/权重下载体积最低内存质量
Q2_K3.3533.5 GB48 GB损失明显
Q4_K_M推荐4.8548.5 GB64 GB推荐
Q5_K_M5.6556.5 GB96 GB
Q8_08.585.0 GB128 GB接近原版
F1616160.0 GB256 GB原版

体积按参数量 × 位/权重估算,实际 GGUF 版本会略有差异。 · 数据更新于: 2026-06-11 · 这些数字是怎么算出来的 →

不同上下文长度的内存需求

上下文KV 缓存(估算)总内存(Q4)
4K tokens~1.5 GB~50.0 GB
8K tokens~3.0 GB~51.5 GB
32K tokens~11.8 GB~60.3 GB
128K tokens~47.3 GB~95.8 GB

KV 缓存会随上下文长度增长 — 4K 下装得下的模型,到 32K 可能就内存不足了。估算基于 FP16 缓存并采用 grouped-query attention;实际占用因运行时而异。

不同硬件的预估速度

硬件带宽约·速度
NVIDIA RTX 3060 12GB360 GB/sVRAM 装不下
NVIDIA RTX 4090 24GB1008 GB/sVRAM 装不下
Apple M-series (base)100 GB/s~47 tok/s
Apple M-series Pro270 GB/s~126 tok/s
Apple M-series Max410 GB/s~192 tok/s
CPU only (dual-channel DDR5)60 GB/s~28 tok/s

Token 生成速度受内存带宽限制:tok/s ≈ 带宽 × 0.85 ÷ Q4 下的模型体积。实际数值因运行时和上下文长度而异。

在本地运行

最简单的方式是 Ollama — 一条命令即可开聊:

ollama run qwen3-coder-next

常见问题