North Mini Code 1.0 30B-A3B

30B-A3B

Cohere North

Cohere 6 月发布的开源编程模型:30B 混合专家,每个 token 约激活 3B 参数,面向代码生成、智能体式软件开发和终端任务,纯文本。49 层中只有 13 层的缓存随上下文增长,所以长会话也负担得起:Q4_K_M(bartowski 的 18.7 GB 文件)在 4K 下约需 20.0 GB,32K 约 20.8 GB,128K 约 23.5 GB——24 GB 显卡到 32K 都很从容,128K 偏紧。16 GB 显卡需要用 Q3_K_M(bartowski 的 14.2 GB 文件):4K 下约 15.3 GB,偏紧,超过 32K 就装不下。模型卡写的是 256K 上下文,配置文件允许 500K,本页按 256K 计算。体积按已发布的 GGUF 文件计算;各档位的质量损失未公布,基准成绩是 Cohere 自己报的。

⬇ 5.4K HF 下载量♥ 5 点赞bartowski/North-Mini-Code-1.0-GGUF· 数据更新于 10/20/2026
消费级显卡Mac / 苹果芯片专业 GPU

262K

最大上下文

3

量化变体

GGUF Q8_0

最佳质量

—

精度保留率

量化变体对比

各量化级别的显存、质量损失及 RTX 4090 推理速度

实测 = 本站跑过 · 估算 = 本站未跑过:推算所得,或本站未核实的数字 · 社区 = 公开报告

格式级别BPW显存PPL 损失速度来源操作
GGUFQ3_K_M3.7314.2 GB——估算
计算HF
GGUFQ4_K_M4.9218.7 GB——估算
计算HF
GGUFQ8_08.5132.4 GB——估算
计算HF
36B

Seed-OSS 36B Instruct

ByteDance Seed

消费级显卡专业 GPU
17.4 GB最低显存98.7%精度

稠密 36B,原生 512K 上下文。Q4 权重约 22GB,单张 24GB 卡或 2×16GB 拆分即可 —— 但真正的开销是上下文:512K 的 KV cache 单独就约 128GB,所以要先规划上下文再考虑权重。

27B

Qwen3.8 27B

Alibaba Qwen3.8

消费级显卡专业 GPU
15.3 GB最低显存—精度

混合注意力:64 层中只有 16 层保留 KV 缓存,所以这个 27B 模型在 262K 上下文下的缓存约 16GB,而不是 64GB。按常规架构计算会把缓存高估四倍 —— 这里的估算只计入那 16 层,并与 8K、32K、262K 三个已公开实测值吻合。各档位的质量损失官方未公布。

30B-A3B

GLM-4.7-Flash

Zhipu GLM-4.7

消费级显卡专业 GPU
18.2 GB最低显存—精度

智谱 GLM-4.7 系列的轻量款:总参数 30B,每 token 激活约 3B,MIT 许可。注意力采用 MLA,每层每个 token 只缓存一个 576 维的压缩向量,而不是完整的 K 和 V——所以 32K 上下文下缓存不到 2 GB,常规 47 层模型需要的是它的好几倍。llama.cpp 按 DeepSeek-2 类模型运行它。下方体积使用计算器通用的 Q4_K_M / Q8_0 比特率:未能核对到 GGUF 文件大小,各档位的质量损失也未公布。

26B-A4B

Gemma 4 26B-A4B IT

Google Gemma 4

消费级显卡专业 GPU
15.3 GB最低显存—精度

Google Gemma 4 的混合专家模型:文本部分约 25B 参数,每 token 激活约 4B,256K 上下文,支持图像输入。30 层中只有 5 层的缓存随上下文增长,而且这些层用的是更少、更宽的注意力头,所以缓存很小——32K 下约 0.9 GB,用满 256K 也只要约 5.3 GB。Q4 下 32K 上下文约 17 GB:24 GB 显卡可以从容运行,甚至能加载完整窗口(偏紧)。16 GB 显卡差一点装不下。下方体积使用计算器通用比特率——未能核对到 GGUF 文件大小,各档位的质量损失也未公布。

在本地运行 North Mini Code 1.0 30B-A3B

在 Q4_K_M、4K 上下文下,North Mini Code 1.0 30B-A3B 约需 20.0 GB —— 权重 17.8 GB、KV 缓存 0.38 GB、激活缓冲 1.8 GB。本索引中能宽裕跑它的最小规格是 24 GB 显卡 —— 共 4 张,RTX 3090 起步;78 张卡中有 31 张可以。这些是计算值而非实测值:估算把「宽裕」的界线画在显存的 88%,大致就是桌面环境需要留出的余量。

上下文变长会多花多少

从 4K 提到 32K 约多占 0.75 GB,总量来到 20.8 GB。这比参数量给人的印象要温和:49 层中只有 13 层的 KV 缓存会随上下文增长,另有 36 层被滑动窗口封顶,因此缓存的增速只有常规架构的一小部分。该模型的原生上下文是 256K;在 Q4_K_M 下把它全部撑满约需 27 GB。

该下载哪个版本

本索引只收录了 North Mini Code 1.0 30B-A3B 的 GGUF 格式,共 3 个档位(Q3_K_M、Q4_K_M、Q8_0)。 该模型没有公开的逐档困惑度数据,因此质量一列留空而不是填估算值 —— 在同一个模型内部,位数越多越忠实是数据唯一支持的排序。本站硬件上没有该模型的吞吐实测数据。GGUF 可在 NVIDIA、AMD 与苹果芯片上通过 llama.cpp 和 Ollama 运行;AWQ 与 GPTQ 面向 CUDA 和 ROCm 上的 vLLM;EXL2 是 ExLlamaV2 —— 仅限 CUDA,而且已经归档,适合本机使用而不适合提供服务。

常见问题

North Mini Code 1.0 30B-A3B 需要多少显存?
在 Q4_K_M、4K 上下文、batch 1 下约 20.0 GB,到 32K 时约 20.8 GB。这个数字是权重加 KV 缓存再加 10% 激活缓冲,由模型架构计算得出,不是在显卡上实测的。
North Mini Code 1.0 30B-A3B 能在 24GB 显卡上跑吗?
可以 —— 在 Q4_K_M、4K 上下文下约需 20.0 GB,在 RTX 3090 上还剩 4.0 GB,本索引中 4 张 24 GB 显卡都一样。这是能宽裕跑它的最小规格;78 张中有 31 张可以。
North Mini Code 1.0 30B-A3B 该用哪个量化档位?
该模型没有公开的质量对比数据,所以按体积来选:Q4_K_M 是多数人使用的档位,bits-per-weight 越高越忠实。索引中的 3 个档位是 Q3_K_M、Q4_K_M、Q8_0。 注意这是 MoE 模型 —— 尽管每个 token 只激活一部分参数,全部参数仍需驻留显存,因此显存开销按总参数量算,而不是激活参数量。

这个模型能跑在哪

按 Q4_K_M、4K 上下文估算,显存从小到大排列。「从容」指估算占用不超过显存的 88%。

提供格式
GGUF

本页数字会随模型数据或运行时版本的变化而更新。最近更新 2026-10-20 RSS → /zh/feed.xml