一张标题卡写着“Qwen 27B”,下方副标题为“三个检查点,同一尺寸级别”,另有三张卡片分别写着“Qwen3.5-27B - 2026年2月”、“Qwen3.6-27B - 2026年4月”和“Qwen3.8-27B - 2026年8月”,三条事实说明分别为“27.78B 参数 - 三者完全一致”、“262,144 token 上下文 - 三者均为原生支持”和“Apache 2.0 - 允许商业使用”,页脚写着“数据依据各厂商自己的模型卡,读取于 2026年10月13日。”OrcaRouter 标志合成于右下角。
Guides & Insights

Qwen 27B:你手里的是哪个 27B,以及该下载哪一个

作者

Magnus Corvin

发布日期

最新模型 · 20查看全部模型 →
基准测试:Artificial Analysis · 每日更新
返回全部文章

阿里巴巴的 Qwen 系列中有三个检查点都带着数字 27,而它们并不是同一个模型:Qwen3.5-27B、Qwen3.6-27B和Qwen3.8-27B属于同一个规模档位,却横跨三代,在字符串中仅靠一组版本数字彼此区分。这是一份常设的参考页面,而不是一篇发布报道;它的依据是我们在 2026-10-13 测得的第一方搜索需求:围绕 27B 词干及其限定词的五十条查询共带来 839 次展示和 92 次点击,而该集合中那两条光秃秃的 qwen 27b查询只带来 72 次展示和 1 次点击。五十条查询都在追同一个规模档位,却几乎无人搜索光秃秃的词干,这是导航混淆的特征,而非发布的特征。下文给出的发布日期是为各检查点标注日期,并不是公告。这里的任务首先是消歧,其次才是规格说明——读者读完能知道该下载哪个 27B,就算我们尽到了职责;若读完只知道这个系列里有好几个 27B 模型,那就不算。

27B 阵容一览

名称中带有 27B 的该系列的所有成员,按发布顺序排列。完整仓库 ID、代次以及权重发布日期:

• Qwen/Qwen3.5-27B—— Qwen3.5 代 —— 权重于 2026 年 2 月 24 日发布。

• Qwen/Qwen3.6-27B — Qwen3.6 代 — 权重发布于 2026 年 4 月 21 日。

• Qwen/Qwen3.8-27B — Qwen3.8 代 — 权重发布于 2026 年 8 月 5 日。

这就是完整的名单,由此可以得出三点,能为读者节省时间。第一,同代量化版本并不是额外的成员:Qwen/Qwen3.5-27B-FP8 和 Qwen/Qwen3.5-27B-GPTQ-Int4、Qwen/Qwen3.6-27B-FP8,以及 Qwen/Qwen3.8-27B-FP8都是以更低精度重新编码的相同权重,面向需要它们的硬件,并以相同的许可证发布。第二,这三个聊天检查点还有社区衍生作品加入——最明显的是 OrcaRouter 托管的 orcarouter/Qwen3.8-27B-Uncensored系列,它把 Qwen3.8 权重重新发布为 GGUF、MLX、NVFP4、FP8 和 INT8 格式,同时还包含 orcarouter/Qwen3.8-27B-MLX,这是对未修改的基础权重的转换。第三,一个真正命名为 27B 的检查点不可能早于 Qwen3.5 代,因为更早的几代始终使用不同的规模:Qwen3 发布了稠密 32B 和一个 30B-A3B 专家混合组合,Qwen2.5 则发布了 32B 和 72B,这两条产品线中任何地方都没有 27B。

如何分辨你拥有的是哪一种

命名陷阱在于,同一个数字出现在三个不同的代际中,而字符串中唯一的区别就是版本数字。这不是一个表面问题,因为就本地文件所能提供的信息层级而言,这三个检查点在其他方面被描述得完全相同。三者都报告model_type qwen3_5 和架构 Qwen3_5ForConditionalGeneration 在其配置中,三者都带有 27,781,427,952 个参数——大约 277.8 亿,依据张量索引而非营销文案统计——并且三者都声明相同的 55.56 GB 的 BF16 权重。一个名为 27b 的目录(位于磁盘上),或者去掉厂商名称的配置,因此只能标识大小,别无其他。

标识生成代次的是仓库路径、发布日期以及model.safetensors.index.json中的分片数量:

• Qwen/Qwen3.5-27B — 11 个分片,容纳 1,199 个张量,一个 55.56 GB 的 BF16 检查点,索引写入于 2026 年 2 月 24 日。其索引列出 96 个 float32 张量,共计 8,448 个参数,约 33 KB:即后两代已迁入 BF16 的逐层门控与归一化值。

• Qwen/Qwen3.6-27B — 15 个分片,包含 1,199 个张量,55.56 GB 的 BF16 检查点,索引写入于 2026 年 4 月 21 日。全部 1,199 个张量均为 BF16。

• Qwen/Qwen3.8-27B — 18 个分片,包含 1,199 个张量,一个 55.56 GB 的 BF16 检查点,索引写于 2026 年 8 月 5 日。全部 1,199 个张量均为 BF16。

当仓库路径已经丢失时,分片数量是最有用的线索,因为它会随下载的文件一起保留下来——而且分片文件名也各不相同:model.safetensors-00001-of-00011对应 Qwen3.5 代际,而model-00001-of-00018则对应 Qwen3.8。如果你手上的是量化版本,而不是 BF16 发行版,那就改从量化方仓库名称中读取版本数字:这是代际信息在重新编码后仍能保留下来的唯一地方。

实际差别到底是什么

A three-column comparison scoreboard titled "Qwen 27B - the scoreboard", one column per generation, each carrying the same six rows: Published (24 Feb 2026, 21 Apr 2026, 5 Aug 2026), Shards (11, 15 and 18 of 1,199 tensors), Parameters (27,781,427,952 in all three), Native context (262,144 tokens in all three), Extended per card (1,010,000 tokens for the first two, 1,000,000 for Qwen3.8-27B) and Licence (Apache 2.0 in all three). A footer reads "Figures per the vendors' own model cards and tensor indexes, read 13 October 2026. No independent benchmark is reported here."

一旦你知道自己拥有的是这三者中的哪一个,那些会影响下载决定的差异,其实比版本号所暗示的要小。下面每一个数据都注明了其发布者,而我们没有对其中任何一项进行独立基准测试。

• 上下文,厂商报告。 三份模型卡均标明原生支持 262,144 个 token。Qwen3.5-27B 和 Qwen3.6-27B 的模型卡标明可扩展至 1,010,000 个 token;Qwen3.8-27B 的模型卡则标明 1,000,000 个。原生数值在所有情况下都相同——差异完全在于扩展后的声明,而且这只是模型卡上的声明,而非实测上限。

• 许可证,由供应商自行报告。三者apache-2.0在供应商自己的模型卡上均标注此许可证。同一许可证也涵盖每一代的官方 FP8 和 GPTQ-Int4 重编码版本,因此降低精度并不会改变你的条款。

• 许可证允许什么,以及人们用它构建了什么。Apache-2.0 允许在注明出处的前提下进行商业使用、修改和再分发,这正是为什么在上游权重之外还会存在第三方再发布版本:替代精度的转换、衍生的量化版本以及修改过的变体,都可以按相同条款再分发。这一许可事实,就是本页针对该词干上最常见的限定查询qwen 27b uncensored 所要说明的全部内容——许可证允许经过修改并重新命名的衍生版本,而其中某一具体版本的行为如何,则是它自己维护者的问题。

• 发布后的量化可用性、第三方下载量。 GGUF 的覆盖情况在三代之间成熟度并不一致。在撰写本文时,针对这一尺寸级别的 unsloth GGUF 仓库在 Qwen3.5 代共有 26 个文件、105,370 次下载,在 Qwen3.6 代为 26 个文件、578,462 次下载,在 Qwen3.8 代为 30 个文件、6,650,349 次下载——最旧与最新之间相差六十倍以上。尺寸阶梯在两端有所不同:在 Qwen3.5 上,从 UD-Q2_K_XL 的 11.21 GB 上升到 Q8_0 的 28.60 GB;在 Qwen3.6 上为 11.85 GB 到 28.60 GB;而在 Qwen3.8 上,从 UD-Q2_K_XL 的 9.83 GB 一直到 UD-Q8_K_XL 的 31.46 GB,其下探比两个更早的集合更低、上探也更高。NVFP4 是同一趋势最明显的迹象:Qwen3.6 和 Qwen3.8 这两代各自都有若干被广泛下载的转换版本,其中以 unsloth 领先,下载量分别为 878,812 和 1,941,507;而 Qwen3.5 代的 NVFP4 构建则是下载量在数百到几千出头之间的社区小项目。

• 思维控制,厂商报告。 控制面每一代都会变化,而这正是最可能在升级时出问题的部分。Qwen3.5-27B 和 Qwen3.6-27B 默认都会思考,并接受一个禁用标志;两者都不支持旧的 Q​wen3 /think 软开关。Qwen3.6-27B 新增了 preserve_thinking,作为跨轮次保留推理轨迹的可选开启项。Qwen3.8-27B 新增了 reasoning_effort 设置,包含 xhigh、medium 和 low 三个级别,默认为 xhigh,并将 preserve_thinking 对所有工作负载默认开启。如果你的测试框架硬编码了针对 Q​wen3.5 这一代编写的聊天模板,那就是最先会让你吃亏的差异。

• 没有改变的部分。参数数量、架构字符串、原生上下文窗口和许可证在三者中完全相同。在它们之间做选择,其实是选择某一代的训练与工具链,而不是选择规模,也不是选择法律依据。

我们为其中哪些服务

A Hugging Face search for Qwen models matching 27B, listing Qwen/Qwen3.8-27B updated Aug 14 with 7.12M downloads, Qwen/Qwen3.6-27B updated Apr 24 with 2.26M, and Qwen/Qwen3.5-27B updated Apr 24 with 1.87M, each tagged image-text-to-text at 28B.

在 OrcaRouter 目录中,目前有三个 id 属于 27B 级别,且仅此三个:qwen/qwen3.5-27b、qwen/qwen3.8-27b以及由 Obsidian 托管的 obsidian/Qwen3.8-27B。我们 Q​wen 卡片下的其他 id 属于不同规模、不同代际,此处不作汇总。

• qwen/qwen3.5-27b — 三代中最早的一代,标称上下文窗口为 32,768 个 token,每百万输入 token 收费 $0.086,每百万输出 token 收费 $0.688,更高上下文档位的价格则在此之上。

• qwen/qwen3.8-27b — 最新款,以完整的 262,144 token 原生上下文列出,并且自托管在我们自己的基础设施上,每百万输入 token 0.33 美元、每百万输出 token 2.40 美元。

• obsidian/Qwen3.8-27B — 同一套 Q​wen3.8 权重,由另一家主机商托管,其标称上下文窗口为 262,144 个 token,输入每百万 token 0.40 美元、输出每百万 token 4.21 美元;该主机商提供 block-FP8 转换版本,而视觉塔保持全精度。

目录中没有与 Qwen3.6 世代对应的 27B id。如果你想要中间世代用于对比工作,权重是开放的,上述下载建议适用;我们只是不提供它。

可用性

OrcaRouter's own model catalogue filtered to 27B, showing three cards: obsidian/Qwen3.8-27B at 262K context, $0.400 per million input tokens and $4.21 per million output tokens; qwen/qwen3.8-27b at 262K context, $0.330 input and $2.40 output; and qwen/qwen3.5-27b at 32K context, $0.086 input and $0.688 output.

这三个检查点都是 Apache-2.0 许可下的开放权重发布,位于供应商自己的 Hugging Face 组织下,因此通过我们进行路由只是一种便利,而非访问该模型的唯一途径。在我们确实提供 27B 级别服务的地方,只有上述三个 id,别无其他;而两条 Q​wen3.8 路由的区别在于主机和价格,而不在于它们所提供的权重。这里的内容不应被解读为关于更广泛的 Q​wen 目录的主张:这一规模级别只是长得多的一份列表中的三个 id,而我们仅列出了这三个。

对于希望在能装入单个较小加速器的占用空间中实现这一体量级别的读者来说,由 OrcaRouter 托管的 orcarouter/OrcaSAQ-2-27B 是对 Qwen3.8-27B 权重的敏感度感知三比特混合精度重编码:将 54 GB 的 BF16 缩减至 12.3 GB,每权重 3.21 比特,实测困惑度为 5.6482,而源模型为 5.6468,top-1 一致率为 93.2%,并保留了 262,144 token 的上下文。这些数字是我们自己的,已发布在仓库中,并可据此复现——这使得它们正是本页通篇一直如此标注的那类厂商报告数字。

什么尚未确定

有一点确实尚无定论,与其猜测,不如直接说明。Qwen3.8-27B 的模型卡上有一条厂商备注,称将推出具备 100 万 token 上下文窗口和官方内置工具的托管版本,但没有注明日期。在该版本正式发布之前,上述扩展上下文的数字仍只是模型卡上的宣称,而非服务等级;真正可用于规划的数字是原生的 262,144 个 token。

接下来去哪儿

本页面的作用是把您引导到三者中正确的那一个,而不是复述其相邻页面已深入涵盖的内容。如果你手上的正是 Q​wen3.8 这一代,它的规格、上下文窗口与本地运行方法都记录在各自的页面中——请从那里的完整规格入手,而不是从上面的概述入手。如果你真正想要的是这一代之后的那一代,而不是这个规模级别,那是一个独立的问题,其论证依据也各不相同,关于它的已定与未定立场属于那个页面,而不属于这里。至于介于两者之间的一切,名册部分的那三行就是路线图:先匹配版本数字,再用分片数量确认。

本文中的对比2

根据本文内容识别 · 基准测试:Artificial Analysis · 每日更新