Chrome、Gemini Nano 同私隱：4GB 檔案以外，真正要睇清楚嘅事

仍屬報道層面、未見官方文件清楚確認嘅部分： 多篇文章聲稱，Chrome 曾經喺用戶 profile 入面嘅 OptGuideOnDeviceModel 資料夾放入約 4GB、名為 weights.bin 嘅模型檔案，過程無清楚提示；有報道仲指手動刪除後會再次下載 。不過，Chrome 官方開發者文件雖然確認 Built-in AI 同裝置端快取，喺相關文件入面並無清楚確認呢個具體檔案大小、檔名，或者刪除後自動恢復嘅說法 。

所以，暫時唔應該一口咬定係已證實嘅私隱醜聞；但亦唔應該輕描淡寫話「只係一次更新」。真正要追問嘅，是用戶同管理員對瀏覽器本地 AI 有幾多控制權。

點解「透明度」比「4GB」更重要

一個大型本地 AI 模型，本身唔必然係私隱問題。相反，如果內容真係留喺裝置上處理，唔需要送上雲端，裝置端 AI 可以減少某些雲端資料流；Google 亦形容 Gemini Nano 可在無網絡連線、毋須把資料傳到雲端嘅情況下支援生成式 AI 體驗 。

問題在於：用戶有冇被清楚告知有呢個新元件？它幾時會啟動？會處理咩內容？網站或者 Chrome 功能可唔可以調用？又可唔可以一鍵停用？

呢點對瀏覽器尤其重要，因為 Chrome Built-in AI 唔只係內部優化。Google 文件描述嘅係一套 API，讓網頁應用程式使用瀏覽器管理嘅模型執行 AI 任務 。Google I/O 技術內容提到嘅用途包括翻譯、總結、撰寫同改寫內容 。當呢類能力變成瀏覽器底層功能，用戶需要嘅唔係一行「佔用儲存空間」提示，而係清楚、可理解、可選擇嘅控制。

用途要講清楚：寫作助手、翻譯，定安全防護？

私隱風險好大程度取決於用途。同一個本地模型，可以用嚟做寫作建議、翻譯、摘要；亦可以用於安全功能。Google 文件同 Google I/O 內容提到 Built-in AI 可支援翻譯、總結、撰寫同改寫等任務 。另外，Infosecurity Magazine 報道指，Google 曾在 Chrome 137 的 Safe Browsing「Enhanced Protection」模式中實驗使用 Gemini Nano，作為針對垃圾訊息、詐騙同釣魚攻擊嘅額外防護層 。

呢啲用途可以有實際價值，但亦令設定需要更細緻。用戶應該可以分開選擇：是否使用本地 AI 做便利功能、是否用於安全防護、是否容許開發者 API 調用，或者完全不用。否則，一次普通瀏覽器更新就會令人覺得變成「靜靜雞加功能」。

裝置端唔等於零風險

「On-device」最大賣點係資料可以留喺本機，但本地處理唔等於所有問題自動消失。至少以下問題要交代清楚：

• 邊類內容會被交畀本地模型處理；
• 邊啲 Chrome 功能或網頁應用程式可以調用模型；
• prompts、輸出、錯誤訊息、使用量數據或遙測會否儲存或傳送；
• 模型更新點樣派發；
• 用戶刪除或停用模型後，會唔會再次自動下載。

Chrome 文件確認網頁應用程式可以透過 Built-in AI API 使用瀏覽器管理嘅模型 。正因如此，私隱焦點唔只係模型檔案本身，仲包括圍住模型嘅權限、API 同存取控制。

瀏覽器見到嘅內容，往往好敏感

瀏覽器日常會接觸好多敏感資料：表格內容、內部文件、電郵、即時訊息、客服個案、客戶資料等等。如果 AI 功能負責翻譯、摘要、撰寫或改寫文字，就有機會接觸呢類內容 。如果處理真係全程留喺本地，當然比自動送上雲端更私隱友善 ；但用戶仍然需要知道 AI 幾時開緊、處理緊邊啲內容，以及有冇額外資料流。

理想做法係：當某個 Chrome 功能或網站使用本地模型時，瀏覽器應該有清晰提示；同時要講明該次處理係純本地，定係會同 Google 或其他服務有資料傳輸。現時 Chrome AI 官方頁面說明咗 Built-in AI API 嘅存在，但未完全解答每一項具體控制、遙測同提示問題 。

Opt-out 同刪除，先係真正考驗

最尖銳嘅指控唔只係「下載咗 4GB」，而係下載之後有冇控制。多篇報道聲稱，相關檔案手動刪除後會重新下載，而且一般 Chrome 設定入面無簡單 opt-out 。如果屬實，呢點會係嚴重嘅用戶自主問題：刪除唔代表真正移除，不使用亦唔代表清楚拒絕。

對一般用戶而言，問題係儲存空間、頻寬同信任。對公司而言，仲涉及軟件清單、內部審批、瀏覽器政策，以及受監管環境入面可唔可以接受未經批准嘅 AI 元件。有報道因此把事件放入供應商風險同合規角度討論 。

GDPR、ePrivacy：有風險線索，但未可當成已違規

現有資料未足以判定 Google 或 Chrome 已經違法，因為仍欠缺完整細節：實際派發方式、提示內容、預設設定、啟動邏輯、資料流同遙測安排都未完全清楚。不過，有私隱相關報道認為，事件可能觸及 GDPR 即歐盟《一般資料保護規例》入面嘅透明度、資料保護 by design 原則，以及 ePrivacy 對終端設備儲存或存取資料嘅要求 。

要分清楚：模型檔案唔係因為大就自動有問題。真正敏感嘅位係，如果 Chrome 在無清楚資訊下安裝一個可處理用戶內容嘅元件，或者相關遙測、啟動數據、使用數據無被充分解釋，先會變成私隱同合規焦點。

一個私隱友善嘅瀏覽器 AI，應該做到乜

如果瀏覽器要內置本地 AI，最低限度應該有幾件事：

• 安裝大型 AI 元件前，有清楚易明嘅更新提示；
• 設定頁面入面有明顯選項，可啟用、停用同移除模型；
• 清楚說明已刪除模型會否、何時會再次下載；
• 將便利功能、安全功能同開發者 API 分開開關；
• 文件講清楚哪些處理留喺本地、哪些情況可能呼叫雲端、會收集咩遙測；
• 為企業同公共機構提供管理員政策；
• 當網站或 Chrome 功能調用本地模型時，有可見提示。

呢啲唔只係法律文件上嘅細節。它們決定咗裝置端 AI 會被理解成私隱改進，定係一層用戶睇唔清、熄唔乾淨嘅新瀏覽器能力。

結論

Chrome Built-in AI 配合 Gemini Nano，係官方文件已經寫明嘅方向 。至於「靜默下載約 4GB weights.bin，刪除後又重新下載」呢個具體指控，已有多篇報道提及，但相關 Chrome 官方文件未清楚確認檔案大小、檔名或刪除後恢復機制 。

最冷靜嘅判斷係：本地 AI 本身唔係原罪；如果內容真係留喺裝置上，裝置端 AI 甚至可以有私隱好處 。但 Chrome 必須清楚交代裝咗咩、用嚟做咩、邊啲資料會被處理、有冇傳送，以及用戶同管理員點樣有效關閉。4GB 只是引爆點，真正問題係透明度同控制權。