最開放的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