EmbeddingGemma 2 評測與規格:官方數字 vs 英中日社群實測
一句話結論
EmbeddingGemma 2 是 Google 在 2026-10-06 發布的開源(Apache 2.0)多模態嵌入模型,全模型 740M 參數,只做文字時 270M 就夠,官方稱量化後在 Pixel 11 Pro 上純文字約 191MB、完整多模態約 567MB 記憶體。提升最明確的是程式碼檢索(MTEB Code 68.76 升到 78.68),多語文字分數幾乎沒動(61.15 到 61.36)。目前找到的獨立實測只有一篇日文小規模試用,其餘全是轉述官方數字。
官方說法
Google 官方部落格與 Hugging Face 模型卡寫的內容如下:
- 定位:「the most capable model for on-device multimodal embeddings」,是前代 EmbeddingGemma(下載超過 2,000 萬次)的後繼,建立在 Gemma 4 架構上,與 Gemma 4 共用文字分詞器與音訊編碼器。
- 大小:全模型 740M 參數;只處理文字約 270M;視覺編碼器 170M、音訊編碼器 300M 可選載入。
- 模態:文字、程式碼、圖片、音訊、影片,映射到同一個向量空間。輸入上限 8K token,約等於 5.5 分鐘音訊、29 張圖或 58 個影片幀。
- 向量:預設 768 維,可用 Matryoshka 方式截成 512、256、128 維,官方稱儲存最多可省 6 倍。
- 記憶體:量化後 Pixel 11 Pro 上純文字約 191MB 活動記憶體,完整多模態約 567MB。
- 分數(768 維、全精度):MTEB 多語 v2 61.36(前代 61.15)、MTEB Code 78.68(前代 68.76)、MIEB lite 64.64、MMEB v2 Image 57.28、VisDoc 67.84、Video 50.67、MSEB Retrieval 69.54、MAEB 49.39。官方說它在 1B 以下的多模態嵌入模型中,MTEB Code 與 MAEB 領先,並在圖片、影片、文件、音訊任務上勝過一些兩倍大的專用模型,但模型卡只拿前代比較,沒有列出對手與分數。
- 授權與取得:Apache 2.0,權重在 Hugging Face 與 Kaggle;Gemini Enterprise Agent Platform 的 Model Garden 標示「coming soon」。
- 官方自承的限制:128 維會讓多模態品質明顯下降(MMEB 總分從 59.01 掉到 45.65);float16 會出現 NaN 或悄悄變差的向量,要用 bfloat16 或 float32;截斷維度後必須重新正規化;查詢與文件要用同一個維度;文字任務漏掉建議前綴會降低品質;所有模態共用 8,192 token 視窗;這是預訓練模型,沒有後訓練對齊或輸出審核,防護要開發者自己做。
各語言圈怎麼討論
| 語言圈 | 找到幾則 | 主要聲音 | 代表來源 |
|---|---|---|---|
| en | 5 | 授權與開放權重受肯定;數字多為轉述官方,另有媒體提醒皆為 Google 自報 | HN 討論串(鏡像)、The Decoder、Hugging Face GGUF 頁 |
| zh-CN | 3 | 轉述規格,並拿騰訊 WeMM-Embedding 對照 | AI工具集(ai-bot.cn)、新浪微博轉載 |
| ja | 2 | 一篇實際試用(M5 Mac、3 張圖),一篇新聞轉述 | Classmethod、窓の杜 |
| zh-TW | 1 | 規格整理,無獨立評測 | iThome |
英文圈。 HN 討論串在鏡像站顯示 413 分、46 則留言(鏡像頁只露出 5 則)。一則高讚留言說專有的託管嵌入模型有被下架後得重新嵌入數百萬筆向量的風險,所以 Apache 2.0 的開放權重很有價值;另一則認為 270M 純文字、440M 文字加視覺這兩種尺寸都合理,並提到有針對它調過的本機嵌入工具;還有人抱怨 Google 把「決策」類範例放在第三個、說明太輕描淡寫。可見留言沒有技術層面的批評。The Decoder 明說 Google 宣稱的「勝過兩倍大的模型」與「6 倍儲存節省」都沒有獨立驗證,文中也沒有對手名單。Hugging Face 上 Unsloth 的 GGUF 版(Q4 為 176MB、Q8 為 310MB、BF16 為 558MB)已有 208 個讚、上月下載 29,692 次。
簡中圈。 AI工具集的條目整理了 740M、8K、567MB、MMEB-v2 59.01 與 MTEB 多語 61.36,並把它放在騰訊 WeMM-Embedding 旁邊對照:該文列出 WeMM 有 2B、4B、9B 三種,MMEB-v2 為 77.9、79.2、80.6,視窗 32K,但不支援音訊。也就是說在純分數上 EmbeddingGemma 2 明顯低於 WeMM,賣點是端側大小與音訊。這張對照是該站自己的整理,我們沒有查到 WeMM 的原始頁面。新浪轉載的一則微博貼文強調程式碼提升 9.92 分,並建議用於本機程式碼庫索引,內容為官方宣傳的轉述。
日文圈。 Classmethod 的作者在 M5 Mac 上用 sentence-transformers 試用。官方 Quick Start 一開始跑不起來,因為 transformers 還不支援這個架構,得換成 GitHub main 版,又補裝 PIL。他拿 3 張圖(小狗、臘腸狗、貓)用英日文查詢,餘弦相似度大約落在 0.6 到 0.8,查詢之間差距不大;狗與貓能分開,「飛翔的鳥」這類題目分不清;用日文問「ミニチュアダックスフンド」時距離比預期大。他把圖放進 S3 Vectors(768 維、餘弦)檢索,距離大約低於 0.3 算近。樣本只有 3 張圖,作者的門檻也是推測。窓の杜是新聞轉述,補充了維度縮短可能損失精度。
繁中圈。 iThome 在 10-07 發文,整理 740M、191MB 對 567MB、上下文由 2K 升到 8K、768 維可縮到 128 維,並指出程式碼檢索進步、多語文字大致持平。內容是官方資料的整理,沒有自測。
官方 vs 實際
| 項目 | 官方說 | 社群/第三方看到 | 來源 |
|---|---|---|---|
| 勝過兩倍大的專用模型 | 圖片、影片、文件、音訊任務上勝過部分兩倍大的專用模型 | The Decoder 指出對手與分數都沒公開,無法獨立確認 | 官方部落格;The Decoder |
| 多模態分數的相對位置 | 1B 以下多模態嵌入模型中領先 | 簡中站列出騰訊 WeMM(2B 到 9B)MMEB-v2 為 77.9 到 80.6,高於其 59.01;尺寸不同、WeMM 無音訊 | AI工具集;模型卡 |
| 開箱即用 | 支援 transformers、sentence-transformers、llama.cpp、Ollama 等 | 日文試用者發現官方範例需要 transformers 開發版與額外套件才跑得起來 | 官方部落格;Classmethod |
| 多語文字 | 與前代相當 | 數字確實只動 0.21(61.15 到 61.36),繁中與簡中報導也寫持平 | 模型卡;iThome |
| 記憶體 191MB | Pixel 11 Pro 量化後的活動記憶體 | 有報導提醒這是特定裝置與量化條件,不等於檔案大小;GGUF Q4 檔為 176MB | 官方部落格;Hugging Face GGUF 頁 |
適合誰、不適合誰
- 適合做本機或離線 RAG、想把文字與圖片放進同一個索引的開發者:270M 純文字、440M 文字加視覺(HN 留言與簡中站的算法)可單獨載入編碼器,Apache 2.0 可商用。
- 適合要做程式碼語意搜尋的人:MTEB Code 由 68.76 升到 78.68,是這次唯一明確大幅進步的指標。
- 適合需要省向量儲存空間的人:512 維的 MTEB 多語只掉 0.19 分(61.17),256 維掉到 60.41;官方建議 128 維只用於純文字。
- 不適合直接拿來取代純文字多語嵌入模型期待提升:多語分數基本持平。
- 不適合期待多模態分數追上大模型的人:簡中站整理的對照中,WeMM-Embedding 的 MMEB-v2 高出近 20 分(尺寸也大得多)。
- 不適合用 float16 部署,官方明說會出 NaN。
時間線
- 2026-10-06(美國日期):Google 官方部落格與模型卡發布;權重上 Hugging Face、Kaggle。
- 2026-10-07:事件記憶記到 Sundar Pichai 與 Google DeepMind 的官方 X 貼文、iThome、窓の杜、新浪轉載微博;The Decoder 報導標註 10-06。
- 2026-10-08:Unsloth GGUF 版與瀏覽器 WebGPU 版(Hugging Face Space)出現;一位開發者在 r/LocalLLaMA 發文,把視覺塔移植到 WebGPU 做圖文檢索,對應 768 維空間。
- 2026-10-09 前:AI工具集條目標示「2 天前發布」,Classmethod 日文試用文出現。
還沒查到的
- r/LocalLLaMA 的 WebGPU 圖文檢索貼文:reddit.com 直接讀取與 r.jina.ai 都回 403,只有事件記憶的一句摘要,留言與實測數字沒讀到。
- HN 原始討論串:只讀到鏡像站露出的 5 則留言。
- 獨立評測:英文、簡中、日文、繁中各搜一輪,沒有找到跑完整榜單(MTEB、MMEB)的第三方結果;中文搜尋回報「沒有獨立實測」。
- 騰訊 WeMM-Embedding 的原始發布頁:只見於 AI工具集的整理,未查證。
- 簡中社群(知乎、LINUX DO 等)的討論:搜尋沒有出現,未直接查這些站。
來源
- Google 官方部落格 — EmbeddingGemma 2 發布文 — https://blog.google/innovation-and-ai/technology/developers-tools/embeddinggemma-2/ — en(官方)
- Hugging Face — google/embeddinggemma-2 模型卡(分數表、限制、已知問題) — https://huggingface.co/google/embeddinggemma-2 — en(官方)
- Google DeepMind 部落格 — EmbeddingGemma 2 發布頁(轉址到來源 1) — https://deepmind.google/blog/embeddinggemma-2-an-open-lightweight-multimodal-embedding-model/ — en(官方)
- The Decoder — Google claims EmbeddingGemma 2 outperforms rival embedding models twice its size — https://the-decoder.com/google-claims-embeddinggemma-2-outperforms-rival-embedding-models-twice-its-size/ — en
- Hugging Face(Unsloth)— embeddinggemma-2-GGUF 量化檔與模型卡 — https://huggingface.co/unsloth/embeddinggemma-2-GGUF — en
- Zeli(Hacker News 鏡像)— Google's EmbeddingGemma 2 unifies text, images, audio, and video on-device — https://zeli.app/story/49980487 — en
- Reddit r/LocalLLaMA — EmbeddingGemma 2 視覺塔 WebGPU 圖文檢索(僅事件記憶摘要,未讀全文) — https://www.reddit.com/r/LocalLLaMA/comments/1wzs1t5/imagetext_retrieval_with_embeddinggemma_2s_vision/ — en
- Pasquale Pillitteri — Google launches EmbeddingGemma 2, open multimodal embeddings on 567 MB RAM — https://pasqualepillitteri.it/en/news/21252/embeddinggemma-2-google-open-multimodal-embeddings — en
- AI工具集 — EmbeddingGemma 2是什么(含騰訊 WeMM 對照) — https://ai-bot.cn/embeddinggemma-2/ — zh-CN
- 新浪 — 代码性能提升 9.92 分,Gemma 2 嵌入模型支持设备端(微博轉載) — https://www.sina.cn/news/detail/5351283138498110.html — zh-CN
- Gorden_Sun 的 X 貼文(事件記憶摘要:端側多模態向量模型,純文字僅需 270M) — https://x.com/Gorden_Sun/status/2107633225980121514 — zh-CN
- Classmethod — EmbeddingGemma 2 画像埋め込みを試す — https://dev.classmethod.jp/articles/embeddinggemma-2-image-embedding/ — ja
- 窓の杜(Impress Watch)— EmbeddingGemma 2 公開報導 — https://forest.watch.impress.co.jp/docs/news/2146193.html — ja
- iThome — 740M模型實現裝置端多模態搜尋,Google EmbeddingGemma 2支援文字與影音檢索 — https://www.ithome.com.tw/news/179475 — zh-TW