最开放的Gemma 4来了——谷歌：没人比我更懂“不作恶”。

2026 年 4 月 2 日，谷歌 DeepMind 发布了 Gemma 4 系列模型[1]。

模型有四个规格——E2B、E4B、26B MoE、31B Dense——覆盖了从树莓派到单卡 H100 的全硬件区间，31B 在 Arena 开源榜冲到第三，26B MoE 只激活 38 亿参数就打出了同级 Dense 模型的效果。

但这些数字都不是当天最热的议题。

让 Reddit r/LocalLLaMA 板块在发布后几小时内涌出数十个讨论帖的，是另外一件事：Gemma 4 全系采用 Apache 2.0 协议，彻底告别了前三代饱受诟病的“Gemma 自定义许可证”。

开发者们的反应很直白——“终于可以放心用了”。有人当即跑通了树莓派 5 的本地部署，有人在 6 小时内放出了 GGUF 量化版，还有人做了与 Qwen 3.5 的横向跑分。Hugging Face 官方博客的欢迎文章在一天内收获 223 个赞，评论区从 K12 教育到自动驾驶，各种应用场景已经开始讨论。

这一切热情，与其说是因为模型本身有多强，不如说是因为谷歌终于打开了那把锁。

那行“劝退”的许可证

要理解社区为什么这么激动，得先看看 Gemma 系列此前的许可证到底有多“劝退”。

Gemma 1 于 2024 年 2 月发布，是谷歌对 Meta 开源攻势的防御性回应。模型本身的参数效率和性能在当时颇有竞争力，但开发者很快发现了一个问题：许可证不对劲。

Gemma 自定义许可证包含几个让企业和开发者望而却步的条款：

第一，谷歌可以单方面修改规则。协议明确保留谷歌随时更新条款的权利，这意味着今天合规的用法，明天可能突然违规。对于需要长期规划的企业级项目来说，这是一个无法接受的法律不确定性。 第二，下游衍生的边界模糊。如果开发者用 Gemma 生成合成数据，再用这些数据训练其他模型，新模型是否仍然受 Gemma 原始协议约束？协议没有给出清晰答案。对于有法务审查需求的企业来说，模糊等于否定。 第三，与“开源”的定义存在本质矛盾。开源促进会（OSI）对“开源”的定义要求许可证不可撤销、不歧视特定人群或用途。Gemma 许可证要求用户接受谷歌的服务条款，并限制了部分使用场景——开发者们对它的“开源”打引号，不是没有道理。

结果是，在 Hugging Face 上，Gemma 系列的衍生 fine-tune 数量始终落后于 Llama 和 Qwen，不是模型不够好，是没人敢往自己的产品里放。VentureBeat[2] 在报道 Gemma 4 时引用了一位开发者的总结：“性能决定你能不能用，许可证决定你敢不敢用。”这句话精准地概括了 Gemma 前三代的困境。

Apache 2.0：不只是换了一行字

谷歌这次切换 Gemma 许可证的战略意义，可能比模型本身的性能提升更大。

对个人开发者，Apache 2.0 意味着可以自由修改、打包进商业产品、不必担心某天收到谷歌法务部的通知。这是开源社区最熟悉的许可证之一——Android、TensorFlow、Kubernetes 都用的它。

对企业法务，Apache 2.0 的合规审查路径非常清晰。VentureBeat 报道中直言：Gemma 3 时代，许多企业的合规团队直接把 Gemma 从候选名单划掉，不是因为模型不够好，而是因为“律师看不懂自定义许可证的风险在哪里”。

对开源生态的格局，这次切换有更微妙的含义。VentureBeat 的分析指出了一个关键时机：当阿里 Qwen 系列开始对最新模型收回完全开放的策略时，谷歌却反其道而行之。Qwen 此前部分版本采用 Apache 2.0，但最近的旗舰模型转向了更保守的自定义许可。Meta 的 Llama 系列至今坚持自定义的“Llama Community License”。

在这个时间点，谷歌选择把许可证“降级”到最宽松的标准协议之一，实际上是把许可证本身变成了一种竞争武器——你不是嫌我限制多吗？那我现在比 Mistral 还开放，你来试试。

Hugging Face 博客[3]的措辞也很有暗示性：“These models are the real deal: truly open with Apache 2 licenses”。加了“truly”这个词，你细品。

社区的第一天

发布后 24 小时内，社区的反应比模型参数本身更能说明问题。

树莓派实测帖成为 r/LocalLLaMA 当天 upvote 最高的帖子之一，E2B 量化版跑通树莓派 5 的视频被广泛转发——这对于边缘计算和 IoT 开发者来说是一个信号：从此类设备上运行高质量多模态 AI 不再需要等待。

量化版本在 6 小时内出现，GGUF 格式，多种精度可选，从 Q2 到 Q8 一应俱全。社区工具链的响应速度说明一件事：开发者们其实早就准备好了，只是之前被许可证拦在门外。

甚至还有用户发布了移除安全过滤的“去审查”版本，称可以实现“零拒绝回答”。这个现象本身折射出一个此前被广泛讨论的问题：Gemma 系列的安全过滤在某些场景下被认为过度保守，尤其是在非英语语言和学术讨论中。Apache 2.0 许可证使得这类修改变得完全合法——这是自定义许可证下无法实现的事情。

当然，技术问题也不是没有，除了 Simon Willison 遇到的 31B 本地加载问题外，部分用户报告了内存错误和 Jinja 模板解析失败等部署障碍。ZDNet 的报道标题直接点出：“fully open-source”这个定性本身就是最大的新闻。

两年后回头看

Gemma 1 发布于 2024 年 2 月。彼时开源大模型竞争刚刚升温，Meta 的 Llama 系列已经建立了先发优势，Mistral 凭借 Apache 2.0 协议也迅速赢得一席之地。Gemma 作为后来者，模型性能并不差，但自定义许可证成了硬伤。

两年过去，Gemma 在 Hugging Face 的衍生模型数量上始终没有追上 Llama 和 Qwen。许可问题是被开发者引用最多的原因——这或许不是唯一的原因，但绝对是最容易说出口的原因。

现在谷歌做了一个它本该在 Gemma 1 就做的决定，来得晚了吗？也许，但时机也有微妙的优势：开源 AI 模型正进入一个从「比参数」到「比生态」的阶段。模型之间的性能差距在缩小，而许可证合规性、社区活跃度、部署便利性、Harness[4] 配套等这些“基础设施”层面的因素，正在成为选择的决定性考量。

Gemma 4 不一定能在 Arena 开源模型榜上稳压 GLM-5 或 Qwen-3.5，但如果 Apache 2.0 能让它的衍生生态在接下来六个月内出现爆发式增长——就像 Mistral 在 2024 年经历的那样——那么这次许可证切换的历史意义，可能远大于任何基准测试上的分数提升。

谷歌在官方博客中称这个愿景为“Gemmaverse”，听起来像营销话术，但也不妨这么理解：在开源 AI 的游戏里，比模型更强的是生态，比生态更强的是信任。Apache 2.0 是建立信任的第一步。

至于这一步来得是不是太晚了，答案就在未来这几个月。

One more thing

实际上，开放源代码促进会（Open Source Initiative，OSI）在 2024 年发布了“开源 AI 定义”[5]，该定义规定真正开源的 AI 大模型必须提供训练数据的详细信息、完整的构建和运行 AI 的代码以及训练时的设置和权重。即模型权重（weights）、训练数据集（dataset）、训练代码（training pipeline）三要素，这也是很多研究者心中的“完全可复现开源（reproducible AI）”标准。

但现实是，目前市面上仍没有任何一家主流开源 AI 模型符合这个标准，毕竟对于商业公司来说，高质量的数据集属于企业的核心资产之一，同时面临安全/合规、版权归属等现实问题，通常不可能完全开源。

所以即便是采用 Apache 2.0 协议的 AI 模型，在法律意义上是开源模型，在技术复现意义上仍不算是“完全开源 AI”。但不可否认的是，采用 Apache 2.0 协议的 Gemma 4 已经算是目前开放程度最高的主流 AI 模型之一了。

1. 谷歌 DeepMind 发布了 Gemma 4 系列模型: https://www.oschina.net/news/417088/gemma-4
2. VentureBeat: http://venturebeat.com/ai/google-releases-gemma-4-under-apache-2-0-and-that-license-change-may-matter/
3. Hugging Face 博客: http://huggingface.co/blog/gemma4
4. Harness: https://my.oschina.net/u/4487475/blog/19431001
5. “开源 AI 定义”: https://www.oschina.net/news/318171/osi-ai-definition-1-0
6. http://arstechnica.com/ai/2026/04/google-announces-gemma-4-open-ai-models-switches-to-apache-2-0-license/
7. http://simonwillison.net/2026/Apr/2/gemma-4/
8. http://deepmind.google/models/gemma/gemma-4
9. http://opensource.googleblog.com/2026/03/gemma-4-expanding-the-gemmaverse-with-apache-20.html