Gemma 4 發布：Google 不只是在推開放模型，而是在把本地代理和 Android 綁在一起

Google 在 2026 年 4 月 2 日正式發布 Gemma 4。如果只看標題，它像是一篇很典型的模型公告：參數更漂亮了，能力更完整了，語言支援更多了，還多了多模態與 agentic 相關敘事。

但我看完整批官方頁面之後，最在意的反而不是哪個 benchmark 分數，而是另外三件事：

• Gemma 4 這次直接走到 Apache 2.0
• Google 把產品線明確拆成了大模型與真正的邊緣模型兩條
• Android 團隊沒有把它當研究展示，而是直接往 AICore 和本地工作流去接

換句話說，這次不是「Google 又更新了一個開放模型」。更像是 Google 終於把自己的開放模型、手機端 AI 和本地代理路線放進同一張產品藍圖裡。

Gemma 4 真正的新點，不只是更強

先把最基本的事實放清楚。

根據 Google 官方公告，Gemma 4 這一代一共分成四個型號：

• Gemma 4 31B，dense 大模型
• Gemma 4 26B，MoE 架構
• Gemma 4 E4B
• Gemma 4 E2B

其中 31B 和 26B 走的是比較典型的高能力路線，官方給的是 256K context。E4B 與 E2B 則更明顯地對準裝置端與輕量部署場景，context 為 128K。Google 也把這一代描述成 multimodal、multilingual、agentic 的開放模型家族，並強調支援 140 多種語言、函式呼叫與結構化輸出。

這些規格當然重要，但我覺得更值得注意的是分層方式本身。Gemma 3 還比較像是一條往上拉的模型序列，Gemma 4 則明顯不是。它把「大模型在雲端做高強度推理」和「小模型在邊緣設備做低延遲執行」這兩件事分開講了。

這看起來像產品命名的小調整，實際上很像 Google 對市場做的一次表態：以後的 AI 系統，不必假設每一步都由同一個模型完成。

Apache 2.0 可能才是這次最重要的一行字

如果你是開發者、創業團隊，或者只是在公司裡負責把模型接進實際產品，我猜你看到 Google Open Source Blog 的那篇說明 時，第一反應多半不是「好酷」，而是「這下法務比較好談了」。

Gemma 4 這次採用 Apache 2.0，它帶來的改變很務實。很多時候，一個模型能不能真的進產品，不是卡在理論能力，而是卡在授權邊界、再發行風險、商業整合壓力，以及你能不能放心地把它塞進長期維護的工作流。

我不會把 Apache 2.0 神化成一張萬能通行證，真實世界裡還是會有部署、治理、合規和評測問題。但至少從訊號上看，Google 這次不是把 Gemma 4 包裝成「社群可以玩玩看」的研究副線，而是把它往更標準、也更可商用的開放生態裡推。

這點很關鍵。因為一旦授權成本下降，後面連著動的就不只是 Hugging Face 上的下載量，而是整個下游：

• 微調與蒸餾工具鏈會更願意支援
• 本地 agent runtime 更容易把它納入預設選項
• 公司內部團隊更可能把它拿去做真正的 PoC，而不是停在 demo

有時候最能改變市場節奏的，不是性能曲線，而是那一行平常最少人會轉發的授權文字。

Google 這次其實是在把 Gemma 拆成兩條產品線

如果把 Gemma 4 當成「Gemma 3 的更強版本」，你會漏掉它最有意思的設計。

在 Google Developers 的介紹頁 和 DeepMind 的模型頁 裡，Google 對外講的是同一套故事：31B 和 26B 要去打更高的開放模型能力帶，E4B 和 E2B 則是給低延遲、低功耗、靠近裝置端的場景。

這不是單純把尺寸做小而已。E 系列的存在，等於 Google 直接承認了未來的開放模型需要兩種節奏：

• 一種在雲端拉高能力上限
• 一種在本地設備壓低延遲和成本

我覺得這比單看榜單更有意思。因為真正落地的 agent 系統，大部分都不是「一個巨型模型包辦一切」。它們往往是把規劃、判斷、檢索、結構化輸出和本地互動拆開來跑。Gemma 4 的四檔結構，剛好就很像是在為這種系統準備零件。

還有一個值得記住的小細節：Google 特別提到 Gemma 4 26B 是 MoE，啟動參數大約在 3.8B 左右。這表示它的重點不只是把能力做高，而是想在能力與推理成本之間找到一個更實用的平衡。

Android 與 AICore，才是這次最有產品味的部分

真正讓我覺得 Gemma 4 這次不一樣的，是 Android Developers Blog 那條線。

Google 在那篇文章裡講得很直接：Gemma 4 E2B 和 E4B 會被推向 Android 的 AICore 生態，而且這一套路線也會成為 Gemini Nano 4 的基礎。這不是把研究模型順手秀給開發者看，而是把開放模型家族和手機端產品線真正接起來。

這件事的含義，比「Android 現在也能跑 Gemma」大得多。

它說明 Google 正在把一條完整路線打通：

• 上游用 Gemini 研究與技術積累訓練模型
• 中游把部分能力沉澱成 Gemma 這類對外可用的開放模型
• 下游再把小型版本往 Android、AICore 和本地 AI 體驗裡送

這跟以前那種「雲端模型是一條線，手機 AI 又是另一條線」的感覺很不一樣。現在看起來，Google 更像是把 Gemma 當成一個中間層。它既服務開發者，也服務自家平台。

如果你是做本地 AI app、手機助理、輕量 copilot，或者任何想把模型放得更靠近使用者裝置的團隊，這條訊號可能比開放榜單上的名次實用得多。

Google 甚至給出了一些相當產品化的描述。例如在 Android 場景裡，E2B 被拿來當成更輕、更快的選項，官方還提到它在部分裝置端流程中可比 E4B 更快。你可以不同意官方敘事，但很難忽略它正在把 Gemma 4 往「真的要在設備上跑」這個方向推。

這也解釋了，為什麼 Gemma 4 不只是社群樣板

這幾年很多公司都會做一條對外友善的開放模型線，但真正的問題一直是：那條線到底是品牌展示，還是公司核心技術策略的一部分？

Gemma 4 這次給我的感覺，比以前更接近後者。

一方面，Google 在主公告裡明講它來自 Gemini 研究與技術路線。另一方面，Open Source 團隊、Developers 團隊、Android 團隊和 DeepMind 頁面都在同一時間圍著同一件事說故事。這種協同，不太像單一部門的發布秀，比較像產品層已經先對齊了。

我不會現在就把 Gemma 4 寫成「2026 年開放模型的新王者」。外部開發者還需要時間驗證：

• 31B 和 26B 在真實工作流裡的穩定度
• E2B 和 E4B 在不同硬體上的落地效果
• Apache 2.0 之後，下游工具鏈會不會快速跟上

但如果你問我，這波更新值不值得認真看，我的答案是肯定的。原因不是它把榜單重新洗了一遍，而是 Google 這次終於把 Gemma 這條線講成了一個完整產品故事。

我會怎麼看 Gemma 4 的下一步

接下來我最想看三件事。

第一，社群會不會很快把 Apache 2.0 的優勢轉成實際採用。授權一旦更清晰，下游框架、微調流程與本地部署方案的跟進速度通常會比很多人想像得快。

第二，E2B / E4B 能不能在 Android 和其他邊緣設備上建立一批真的有說服力的案例。這部分如果做起來，Gemma 4 的價值就不只在雲端評測，而是在產品層產生黏性。

第三，Google 會不會把這套「Gemini 研究 -> Gemma 開放模型 -> Android / AICore 落地」的節奏繼續固定下來。如果會，那 Gemma 4 可能只是起點，而不是一次性的漂亮發布。

我自己目前的判斷很簡單：Gemma 4 最值得看的，不是它有多像另一個更強的開放模型，而是 Google 開始把它當成一個能同時服務開發者、生態和本地設備的中間平台。

這個定位一旦坐實，後面的競爭就不只是誰的模型回答得更像人，而是誰能把模型更自然地放進真正的裝置、真正的工作流，以及真正的產品裡。

參考來源

1. Google Blog: Gemma 4
2. Google Developers Blog: Introducing Gemma 4
3. Google Open Source Blog: Gemma 4, Apache 2.0 and open agentic AI
4. Android Developers Blog: Gemma 4 on AICore and Gemini Nano
5. Google DeepMind: Gemma 4
6. Google Blog: Gemma 3