您的当前位置:首页 > 时尚 > Google为Gemma 4系列发布MTP草稿模型 正文
时间:2026-07-10 12:57:10 来源:网络整理 编辑:时尚
作者 / 产品管理总监 Olivier Lacombe 与开发者关系工程师Maarten Grootendorst上个月,我们推出了 Gemma 4 —— 我们迄今为止最强大的开放模型。在发布之初的短
作者 / 产品管理总监 Olivier Lacombe 与开发者关系工程师Maarten Grootendorst
上个月,系列型我们推出了 Gemma 4 —— 我们迄今为止最强大的发布开放模型。在发布之初的稿模短短几周内,Gemma 4 的系列型全球下载量便突破了 6,000 万次。它为开发者工作站、发布移动设备以及云端环境带来了前所未有的稿模 "单位参数智能 (Intelligence-per-parameter)"。如今,系列型我们又一次将效率提升到了全新的发布高度。
我们正式为 Gemma 4 系列发布多 Token 预测 (Multi-Token Prediction,稿模 MTP) 草稿模型。借助专用的系列型推测性解码 (Speculative Decoding) 架构,这些草稿模型可在保持输出质量或推理逻辑的发布前提下,实现高达 3 倍的稿模推理加速。

△ 每秒 Token 生成速度提升,系列型该数据基于 LiteRT-LM、发布MLX、稿模Hugging Face Transformers及 vLLM 在不同硬件上的测试结果。
为什么要采用推测性解码?
从技术本质来看,标准的大语言模型 (LLM) 推理过程受限于内存带宽,处理器需要将大部分时间耗费在把数十亿模型参数从显存 (VRAM) 搬运到计算单元上来生成单个 Token,造成了显著的延迟瓶颈。这导致计算资源未得到充分利用以及高延迟,特别是会体现在消费级硬件上。
推测性解码 (speculative decoding) 将 Token 的生成与验证解耦。通过将大型目标模型 (例如 Gemma 4 31B) 与轻量级草稿模型 (即 MTP 模型) 配对,我们能利用闲置的计算资源,让草稿模型在少于目标模型处理单个 Token 的时间内,一次性 "预测" 多个未来的 Token。随后,目标模型会并行验证所有这些被建议的 Token。
推测性解码的工作原理
标准大语言模型以自回归 (Autoregressive) 的方式生成文本,即一次只能产生一个 Token。这种方式虽然有效,但它在预测显而易见的后续内容 (比如在 "Actions speak louder than…" 之后预测 "words") 时所消耗的计算量,与解答一道复杂的逻辑难题时并无差别。
MTP 通过推测性解码缓解了这种低效问题。这一技术由 Google 研究人员在《Fast Inference from Transformers via Speculative Decoding》一文中提出。如果目标模型认同草稿序列 (draft),它会在单次前向传播 (Forward Pass) 中接受整个序列,并在过程中额外自行生成一个 Token。这意味着,您的应用现在可以在以往只能生成单个 Token 的时间内,输出完整的草稿序列以及额外的一个 Token。
开启从端侧到工作站的AI推理加速
对开发者而言,推理速度往往是生产部署中的首要瓶颈。无论您是在构建编码助理、需要快速执行多步规划的自主智能体 (Autonomous Agents),还是运行在纯设备端的即时响应式移动应用,每一毫秒都至关重要。
通过将 Gemma 4 模型与其对应的草稿模型相配对,开发者可以实现:
更快的响应体验: 显著降低近乎实时对话、沉浸式语音应用以及智能体工作流中的延迟。
大幅提升本地开发效能: 在 PC 和消费级 GPU上以前所未有的速度运行我们的 26B MoE 和 31B Dense 模型,为流畅、复杂的离线编程及智能体工作流提供强劲动力。
增强的设备端性能: 通过加快输出生成速度,最大化提升 E2B 和 E4B 模型在边缘设备上的实用性,进而延长宝贵的电池续航。
无损质量表现: 由于最终的验证权仍由作为主模型的 Gemma 4 掌握,因此您可以获得完全一致的行业前沿级推理能力和准确率,与此同时大幅提升输出速度。

△ Gemma 4 26B 在 NVIDIA RTX PRO 6000 上的性能实测: 标准推理模式 (左) 与 MTP 草稿模型模式 (右) 的每秒 Token 数对比。在保证输出质量完全一致的前提下,响应延迟缩减了一半。
深入探索 MTP 草稿模型的底层技术
为了使这些 MTP 草稿模型具备极致的速度与准确率,我们在底层架构上引入了多项改进。草稿模型能无缝利用目标模型的激活状态并共享其 KV 缓存,这意味着它们无需重新计算大模型已经处理过的上下文信息。针对最终 Logit 计算面临较大瓶颈的 E2B 和 E4B 边缘模型,我们甚至在嵌入层中实现了一种高效的聚类技术,以进一步加快文本生成速度。
同时,我们对特定硬件的优化进行了细致分析。例如,尽管 26B 混合专家模型 (MoE) 在 Apple Silicon 上单批次 (batch size = 1) 运行时面临独特的路由调度挑战,但同时处理多个请求 (如批次大小为 4 到 8) 可在本地解锁高达约 2.2 倍的加速。在增加批次大小时,我们在 Nvidia A100 硬件上也观察到了类似的性能提升。
如果您想了解具体运行机制,我们已发布了一份深度技术解析,详细剖析了支撑这些草稿模型的可视化架构、KV 缓存共享以及高效的嵌入层技术。
即刻开始使用
Gemma 4 系列的 MTP 草稿模型已经正式发布,采用与 Gemma 4 相同的开源 Apache 2.0 许可协议。欢迎查阅技术文档,了解如何将 MTP 与 Gemma 4 配合使用。您现在便可在 Hugging Face 和 Kaggle 上下载模型权重,利用 Transformers、MLX、VLLM、SGLang 及 Ollama 开启快速推理的实践体验,或直接在面向 Android与 iOS的 Google AI Edge Gallery 中试用。
我们期待看到这种性能的飞跃将如何助力您在 Gemma 生态系统中开启下一个创新篇章。欢迎您关注 "谷歌开发者" 微信公众号,及时了解更多相关更新、开发技术和资讯动态!
季丰电子推出200TPI高精度探针座2026-07-10 12:56
烟台:挨到立秋才热 空调商家经营惨淡—万维家电网2026-07-10 12:56
“飞歌空调”将适度下调1.45亿开拍价—万维家电网2026-07-10 12:46
环境无价 “禁氟令”抬高空调成本10%—万维家电网2026-07-10 12:02
季丰电子推出200TPI高精度探针座2026-07-10 12:01
格兰仕空调逆势增长 引起业内人士关注—万维家电网2026-07-10 11:52
原材料价格上升 空调整机成本上涨两成—万维家电网2026-07-10 11:33
烟台:挨到立秋才热 空调商家经营惨淡—万维家电网2026-07-10 11:12
京东方亮相2024世界显示产业创新发展大会2026-07-10 10:39
空调首遇集体负增长多重因素致销售苦果—万维家电网2026-07-10 10:31
鼓楼社区开展防灾减灾安全教育_2026-07-10 12:17
空调名企密谋营销创新 自建渠道抵抗风险—万维家电网2026-07-10 12:00
格兰仕空调捆绑经销商成立14家销售公司—万维家电网2026-07-10 11:50
美的、格兰仕捆绑经销商 复制格力空调模式—万维家电网2026-07-10 11:40
前10月舱内监控摄像头安装量达478.2万颗2026-07-10 11:11
浅析06家用空调行走路线:峰尖上的圆舞曲—万维家电网2026-07-10 11:09
格兰仕空调捆绑经销商成立14家销售公司—万维家电网2026-07-10 10:50
2006年并非空调业的“灾年”而是转折年—万维家电网2026-07-10 10:44
贸泽电子成为Same Sky全球授权代理商2026-07-10 10:26
空调名企密谋营销创新 自建渠道抵抗风险—万维家电网2026-07-10 10:20