【免费下载链接】MiniCPM-V-4.7-35B-A3B-nvfp4
MiniCPM-V-4.7-35B-A3B-nvfp4 是开源 35B 多模态大模型 MiniCPM-V 4.7 的MLX 量化版本,专为 Apple Silicon(M 系列 Mac)本地部署设计。它支持图片理解、视频理解与纯文本对话,采用 NVFP4 4-bit 权重量化后,整个模型仅约 22GB,配合 MoE 稀疏激活架构(35B 总参数、约 3B 激活参数),在 M 系列 Mac 上也能获得流畅的多模态推理体验。
这是什么模型?一张表看懂核心能力
MiniCPM-V 4.7 是面壁智能(openbmb)推出的视觉-语言多模态大模型,本仓库是社区贡献的 MLX 格式转换版(由 mlx-vlm 0.7.8 转换,来源模型卡与转换参数记录在 conversion.json 中)。
| 项目 | 说明 |
|---|---|
| 架构 | MiniCPMV4_7ForConditionalGeneration(视觉编码器 + MoE 语言模型) |
| 模态 | 文本、图片、多图片、视频 → 文本(image-text-to-text) |
| 参数规模 | 35B 总参数 / 每 token 激活约 3B(256 个专家,每次选 8 个) |
| 上下文长度 | 理论上限 256K(262144 tokens) |
| 量化方式 | NVFP4,4-bit,group size 16(混合精度,详见下文) |
| 权重体积 | 5 个分片,共约 22GB |
| 许可证 | Apache-2.0,可自由商用 |
视觉部分为 27 层 ViT(patch 14,最大分辨率 980),语言模型共 40 层,其中每 4 层才有一层是 full attention,其余为 linear attention,这也是它长上下文开销相对可控的原因之一。
为什么 35B 的模型能跑进 32GB 的 Mac?
很多新手看到"35B"就劝退,但这里有两个关键设计让它变得亲民:
1️⃣ MoE 稀疏专家架构(35B-A3B)
"35B-A3B"的含义是:总参数 35B,但每个 token 只激活约 3B 参数。推理速度更接近 3B 小模型,而知识容量接近 35B 大模型——这正是它能在消费级 Mac 上跑起来的根本原因。
2️⃣ NVFP4 混合精度量化
本仓库采用 nvfp4 4-bit 权重量化(group size 16),同时做了精细的混合精度策略(可对照 config.json 中的quantization字段):
- 主体权重:NVFP4 4-bit(280 个模块)
- 专家路由 gate:8-bit affine 量化(80 个模块),保证路由精度
- 视觉编码器、embeddings、输出层:保持 BF16 不量化
- 线性注意力的
A_log张量:保留源模型精度
这样在显著压缩体积的同时,把对精度最敏感的模块保护了起来。转换过程通过了严格重载、量化配置检查以及文本/图像生成冒烟测试,结果记录在 validation.json 中。
安装步骤:一行命令配置 MLX 环境
✅ 前提条件:一台M 系列芯片的 Mac(macOS),Python 3.9+。
第 1 步,安装 MLX-VLM 运行环境:
pip install -U mlx-vlm💡 如果加载时报架构不识别,通常说明版本过旧,升级 MLX-VLM 到最新版本即可(README 中注明支持 MiniCPM-V 4.7 的是 main 分支版本,详见 README.md)。
第 2 步,无需手动下载权重,mlx-vlm会在首次运行时按模型名自动拉取本仓库的 5 个分片。仓库内权重与索引文件如下:
| 文件 | 作用 |
|---|---|
| model-00001-of-00005.safetensors ~ model-00005-of-00005.safetensors | 量化后的模型权重(共 5 片) |
| model.safetensors.index.json | 权重分片索引 |
| config.json | 模型结构与量化配置 |
| tokenizer.json、tokenizer_config.json | 分词器 |
| chat_template.jinja | 对话模板(mlx-vlm 自动套用) |
| processor_config.json、preprocessor_config.json | 图像/视频预处理配置 |
| generation_config.json | 默认生成参数(temperature 1.0 / top_p 0.95) |
第一次推理:命令行解读图片
安装完成后,直接用mlx_vlm.generate发起第一次多模态对话(模型名mlx-community/MiniCPM-V-4.7-35B-A3B-nvfp4会自动下载缓存):
mlx_vlm.generate \ --model mlx-community/MiniCPM-V-4.7-35B-A3B-nvfp4 \ --image path/to/image.jpg \ --prompt "描述这张图片" \ --max-tokens 200 \ --temperature 0几个常用变体:
- 纯文本对话:去掉
--image参数即可; - 多张图片:传入多个
--image参数; - 视频理解:原生处理器同样支持视频输入;
- 更高的图像细节:默认视觉降采样为
16x,传入--processor-kwargs '{"downsample_mode": "4x"}'可获得更细的识别精度(代价是更长的处理时间)。
--temperature 0表示贪心解码,结果稳定可复现;想要更有"创造力"的回答可调高温度(默认生成参数见 generation_config.json)。
硬件需求:Mac 内存怎么选?
量化后权重约22GB,再加上 KV cache 与激活开销,参考如下:
| Mac 统一内存 | 体验预估 |
|---|---|
| 32GB | 可以运行,属于"能跑"的入门线,长上下文需节制 |
| 48GB | 推荐配置,日常图片/文本任务从容 |
| 64GB 及以上 | 舒适区,可放开更长的上下文与视频长度 |
常见问题 FAQ
Q:它和原始 MiniCPM-V 4.7 模型有什么区别?A:架构与能力一致,区别仅在于这是 MLX 推理格式 + NVFP4 量化,体积更小、专为 Apple Silicon 加速,且无需 PyTorch 与 remote code。
Q:NVFP4 是什么?A:一种 4-bit 浮点权重量化格式,按 16 个权重一组(group size 16)共享缩放因子,比整数量化在低比特下精度损失更小。
Q:可以在 Linux/Windows 上跑吗?A:本仓库面向 MLX 运行时,最佳平台是 Apple Silicon;MLX 本身也在向其他平台扩展,但 Apple Silicon 才是它的"主场"。
Q:影响输出质量的因素?A:浮点 4-bit 格式与常规 affine 量化在输出上可能有细微差异(见 validation.json 的说明),属于冒烟检查范畴,具体质量以实际任务表现为准。
写在最后
MiniCPM-V-4.7-35B-A3B-nvfp4 展示了一条值得关注的路线:MoE 稀疏架构 + 4-bit 量化,让 35B 级别的多模态能力真正落地到桌面 Mac。如果你正打算在本地部署一个"能看图、能看视频"的大模型,它是非常值得尝试的第一个选择。
【免费下载链接】MiniCPM-V-4.7-35B-A3B-nvfp4
相关推荐
如何在 Mac 上本地跑起 35B 多模态大模型:MiniCPM-V-4.7-35B-A3B-6bit 完整入门指南
如何在 Mac 上本地跑起 35B 多模态大模型:MiniCPM V 4.7 35B A3B 6bit 完整入门指南 MiniCPM V 4.7 35B A3B
MiniCPM-V-4.7-35B-A3B-DSpark如何与MiniCPM-V-4.7-35B-A3B精确配对:草稿-目标模型机制详解
MiniCPM V 4.7 35B A3B DSpark如何与MiniCPM V 4.7 35B A3B精确配对:草稿 目标模型机制详解 MiniCPM V 4
35B MoE模型如何在iPhone上跑到13+ tokens/s?MiniCPM-V-4.7-35B-A3B-AWQ端侧推理的秘密
35B MoE模型如何在iPhone上跑到13+ tokens/s?MiniCPM V 4.7 35B A3B AWQ端侧推理的秘密 MiniCPM V 4.7
大模型多模态计算机视觉NLP模型量化本地部署
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考