偷偷溜進我筆記本的 4GB 來客
以保護隱私為名、未經同意就安裝的 AI，這個矛盾意味著什麼
前言
各位訂閱者，最近有沒有發現電腦的儲存空間突然變少了？
最近，全球 Chrome 使用者之間出現了一個引發熱議的奇怪檔案。它的名字叫 weights.bin，大小 4GB。這個藏在 Chrome 瀏覽器資料夾深處的檔案，真實身份竟然是 Google 的裝置端 AI 模型 Gemini Nano。問題在於——沒有人要求過安裝它。
瑞典的隱私研究者 Alexander Hanff 透過分析 macOS 核心日誌揭開了這個事實，之後在 Windows 和 Linux 上也確認了相同的現象。先說結論，這不只是儲存空間的問題。這是科技企業將使用者的裝置納入自家 AI 基礎設施的新模式之開始。
先說，變方便了嗎？超級方便，我很滿意。但這個過程到底正不正確呢？嗯……不正確。我們來聊聊吧。
🔍 到底發生了什麼事
先來看看 Chrome 在未經使用者同意下安裝的檔案結構。
Chrome 的使用者資料資料夾裡有一個叫 OptGuideOnDeviceModel 的資料夾。光聽名字就很耐人尋味。這是 Google 內部術語「Optimization Guide On-Device Model」的縮寫。一般使用者看到這個資料夾名稱，會想到「啊，這是 Gemini Nano AI 模型嗎」嗎？ Hanff 指出，這本身就是刻意製造的模糊性。如果誠實地命名的話，應該叫 GeminiNanoLLM 才對。
這個資料夾裡有一個叫 weights.bin 的檔案，這就是 Gemini Nano 的模型權重1檔案。Chrome 會自動檢查使用者的硬體規格。GPU 等級、CPU 核心數、系統 RAM（16GB 以上）、儲存空間（22GB 以上剩餘）等條件確認後，若符合標準，就會在背景中無任何通知地下載這個模型。Hanff 用全新的 Chrome 設定檔測試時，下載完成共花了 14 分鐘。
更有趣的是刪除之後發生的事。即使手動刪掉這個檔案，重啟 Chrome 後它又會被重新下載。Chrome 把刪除視為「暫時性錯誤」，並在下個機會嘗試恢復。部分使用者報告說，由於舊版本未被清理，模型檔案累積超過 12GB。Snopes 檢查了自家 6 名員工的裝置，結果在 macOS 和 Windows 合計 3 台裝置上發現了這個檔案。也就是說，刪了也會被強制繼續安裝。
Google 表示這是「自 2024 年起提供的輕量級裝置端模型」，並稱自 2026 年 2 月起開始在「設定 > 系統」中提供「裝置端 AI」開關供使用者關閉。但包括 Hanff 在內的大量使用者表示，他們至今仍未收到這個開關。沒有開關的使用者必須到 chrome://flags 中手動停用相關旗標，或修改登錄機碼。
🎭 以隱私之名侵犯隱私的矛盾
這件事中最值得關注的，是 Google 所主張的正當性。
Gemini Nano 在本地端運行的功能包括「協助撰寫（Help me write）」、釣魚與詐騙偵測、分頁群組建議、頁面摘要、智慧貼上等。特別是詐騙偵測功能，於 2025 年 5 月整合進 Chrome 的「增強保護模式」，Google 表示若以裝置端處理，即使是存在不到 10 分鐘就消失的釣魚網站也能即時偵測到。 因為基於雲端資料庫的處理速度太慢，可能會漏掉這些威脅。而且這些功能確實很方便。特別是按下開發者模式（F12）後進行的大多數操作，變得超級方便。
Google 的邏輯是：這些功能如果不在雲端而是在使用者裝置上運行，資料就不會傳送到 Google 伺服器，因此隱私就得到了保護。單看功能本身，這個說法還算合理。
但矛盾就在這裡產生了。
為了保護隱私而安裝模型，卻在安裝本身沒有取得同意。EU 的 ePrivacy 指令2第 5 條第 3 款規定，要在使用者裝置上儲存資訊，必須取得「事先自由給與的、具體的、基於充分資訊的、明確的同意」。Cookie 彈窗存在的法律依據正是這一條。簡單來說，下載之前應該先問使用者「我們即將下載 OOO，你同意嗎？」然後再進行下載。但 Google 沒有這麼做。
一個 4KB 的 Cookie 都需要取得同意，但 4GB 的 AI 模型（Cookie 的一百萬倍大小）卻不需要——這就是現實。Hanff 主張這同時違反了 ePrivacy 指令和 GDPR 的透明度原則。如果 EU 監管機構認定這構成違規，Google 可能面臨最高全球營收 4% 的罰款。2025 年 3 月，德國法院曾裁決 Google Tag Manager 的安裝也需要事先同意，法律先例正在逐步累積。
當然，Google 的一貫立場是：這次更新是產品（Product）的一部分，所以沒問題。
📱 看得見的 AI 與看不見的 AI 之間的落差
這件事中，我覺得更有趣的點在這裡。
Chrome 147 版本的地址列上有一個顯眼的「AI Mode」按鈕。聽完前面說明後的使用者，自然會以為這個 AI Mode 就是跑在我電腦上那個 4GB 模型。 但事實並非如此。在 AI Mode 中輸入的所有查詢都會傳送到 Google 的雲端伺服器。本地端安裝的 Gemini Nano，是用來驅動大多數使用者根本不知道的右鍵選單中的功能。
整理一下，結構是這樣的：
- 使用者看得到、用得著的 AI 功能 → 雲端處理（資料傳輸）
- 使用者不知情就被安裝的 AI 模型 → 本地端處理（背景功能）
- 使用者承擔的代價 → 4GB 儲存空間 + 下載頻寬……????? 使用者付出了儲存空間和頻寬的代價，卻在自己實際使用的 AI 功能上享受不到隱私保護。用 Hanff 的話說，這是一種隱私的錯覺。
還有一個值得注意的事實。Chrome 最近悄悄刪除了關於裝置端 AI 的隱私承諾文字。那句「資料不會傳送到 Google 伺服器」的聲明，從 Chrome 148 開始 Prompt API 預設啟用後，情況就變了。
透過這個 API，網站可以直接呼叫使用者的 Gemini Nano 模型。這種情況下，輸入和輸出資料將依據該網站的隱私政策來處理。雖然不會傳到 Google 伺服器，但可能會傳到第三方網站。
🌍 更大的圖景：裝置是誰的基礎設施
如果把這件事只看作 4GB 儲存空間的問題，就錯過了本質。
Chrome 的全球市佔率約為 65~71%。 推估使用者數超過 38 億人。根據 Hanff 的計算，這個模型部署到 1 億台裝置時消耗的能源約為 24GWh，擴大到 10 億台規模則可達 240GWh。這相當於 6,000~60,000 噸的 CO₂ 排放量，而且尚未包含未來模型更新和重新下載的成本。好吧，我並非環保運動者，所以不想談碳排放之類的話題。重要的是，這個代價由誰來承擔。
真正的問題在這裡：使用者的裝置是誰的基礎設施？
過去 AI 主要是在雲端運行的。使用者發送請求，伺服器處理後返回結果。但隨著裝置端 AI3的趨勢加速，科技企業為了節省雲端成本，正在將推理（inference）工作遷移到使用者裝置上。這在隱私和延遲方面確實有優勢。
問題在於，這個過程中使用了使用者的儲存空間、頻寬和電力，卻沒有取得同意。這不只是 Google 的問題。Hanff 在同一份報告中也指出，Anthropic 的 Claude Desktop 應用程式也在未安裝的瀏覽器中悄悄安裝了原生訊息橋接（native messaging bridge）。
如果這種模式持續重複，使用者的筆記型電腦就不再是「我的裝置」，而成為科技企業分散式 AI 基礎設施中的一個節點。
有趣的是，Apple 也採用了類似的裝置端 AI 策略，但方式不同。Apple Intelligence 明確區分了可以在裝置上處理的工作和需要轉交雲端（Private Cloud Compute）處理的工作，並向使用者說明。這說明即使是同樣的裝置端 AI，部署方式的透明度不同，使用者的信任度也會完全不同。
OZ 的視角
老實說，我認為裝置端 AI 本身是一個好的方向。從制定 GTM 策略時分析各種 SaaS 產品架構的經驗來看，降低雲端依賴度在成本和隱私兩方面都是合理的選擇。
但這次 Chrome 事件的問題不在「做什麼」，而在「怎麼做」。
我在做數據分析時經常遇到一個模式：好意圖的功能如果以糟糕的方式部署，失去使用者信任只需要一次。如果 Google 一開始就問「Chrome 將安裝 4GB 的本地端 AI 模型，用於詐騙偵測和寫作輔助，是否安裝？」，大多數使用者會按「是」。因為功能本身是有用的。
沒有取得同意不是技術限制，而是策略選擇。如果取得同意，就會有人按「否」，那麼 Gemini Nano 的普及率就會下降，開發者 API 生態系的成長也會變慢。擁有 70% 市佔率的瀏覽器公司抵擋不住這種誘惑。
以前加密貨幣詐騙橫行的時候，曾經流行過一種病毒，針對各種桌面電腦和筆記型電腦，下載後會強制將其變成挖礦機器。當然，拿這件事來比較過於極端，但這次事件確實可能引發類似的誤解。不過，不管 Chrome 有沒有要求安裝，我都在正常使用，而且用得很滿意……
這不只是 Chrome 的問題。這是 AI 時代「使用者同意」這個概念本身需要被重新定義的信號。
結語
這次事件的核心可以歸納為三點。
第一，Chrome 在未經使用者同意的情况下安裝了 4GB 的 AI 模型，即使刪除也會自動重新安裝。雖然設定中的開關正在部署中，但尚未到達所有使用者。
第二，「為隱私而設的本地端 AI」這個名義與「未經同意安裝」這個現實之間的矛盾，是科技企業試圖將使用者裝置納入自家基礎設施的更大趨勢的一部分。
第三，在 4KB Cookie 都需要同意的時代，4GB AI 模型卻可以未經同意安裝——這證明現有的同意體系已經跟不上 AI 時代了。
如果你是 Chrome 使用者，請在地址列輸入 chrome://on-device-internals，看看目前你的裝置上安裝了哪些 AI 模型。
也建議你到「設定 > 系統」中查看是否有「裝置端 AI」開關。
參考資料 & 延伸閱讀
核心來源
- Alexander Hanff, “Google Chrome Silently Installs a 4 GB AI Model on Your Device without Consent,” That Privacy Guy, 2026 年 5 月 4 日。：本次事件的原始調查報告。詳細記錄了鑑識分析過程。
- Jess Weatherbed, “Chrome’s AI Features May Be Hogging 4GB of Your Computer Storage,” The Verge, 2026 年 5 月 6 日。：包含 Google 官方立場的綜合報導。
- Snopes Fact Check, “Google Chrome May Have Silently Installed 4GB AI Model,” Snopes, 2026 年 5 月 8 日。：Snopes 員工裝置上直接驗證的事實查核文章。
背景知識
- “Chrome Deleted Its Own Privacy Promise for Sneaky On-Device AI,” Decrypt, 2026 年 5 月 8 日。：Chrome 刪除裝置端 AI 相關隱私聲明文字的後續報導。
- “On-Device LLMs in 2026: What Changed, What Matters, What’s Next,” Edge AI and Vision Alliance, 2026 年 1 月。：有助於理解裝置端 AI 的技術現狀與取捨。
