裝置端 AI 的隱藏成本：Chrome 的 4GB Gemini Nano 佔用空間
Google Chrome 正日益將生成式 AI 直接整合到瀏覽器體驗中。雖然更快、更私密且可離線使用的 AI 功能聽起來很吸引人，但它伴隨著一個顯著的實體成本：儲存空間。近期報導指出，Chrome 實作的 Gemini Nano——Google 大型語言模型的輕量版——可能會佔用使用者電腦高達 4GB 的儲存空間。
這種向「裝置端」AI 的轉變標誌著從傳統的雲端模型（瀏覽器作為薄客戶端）向本地模型執行平台的過渡，進而引發透明度、資源管理與使用者自主性的問題。
Gemini Nano 整合的運作機制
根據技術文件，Gemini Nano 不一定會在 Chrome 初始安裝時就下載。相反，它會在「需求」時下載，以確保瀏覽器為使用者機器的特定硬體取得正確的模型版本。
這個需求觸發尤其值得注意。下載會在第一次呼叫任何內建 AI API 的 *.create() 函式（例如 Summarizer.create()）時啟動。此機制意味著模型可能在背景下載，且使用者未必會收到明確、顯式的提示，從而可能出現受權網站或特定瀏覽器功能自動觸發下載的情況。
使用者同意的爭議
使用者的主要摩擦點不一定是 儲存空間的大小，而是 取得方式。社群反應兩極，許多人將自動下載視為侵入性行為。
"Google 在這裡濫用使用者。我不想在我的電腦上有那種 AI 垃圾。這就像特洛伊木馬。"
批評者認為此做法類似於過去市場領導者的行為——將 Chrome 現在的走向與早期 Internet Explorer 相提並論——瀏覽器成為推送不受歡迎服務的載具。這導致部分使用者遷移至 Brave 或 Safari 等替代方案，理由是希望對本機硬體上安裝的內容有更多控制權。
資源辯論：4GB 是否致命？
有趣的是，圍繞 4GB 佔用空間的討論揭示了開發者與高階使用者在儲存觀念上的代際差異。
一方面，有些使用者對「膨脹」感到不滿，並指出 Chrome 已因高 CPU 與 RAM 使用率而聲名狼藉，額外的儲存需求更讓人難以接受。
另一方面，也有人認為在 TB 級 SSD 時代，4GB 微不足道。某位評論者指出，Microsoft Windows 在更新後常留下數 GB 的重複資料，與之相比 4GB 的 AI 模型顯得很小。
"佔用？這相當於一張 DVD 的資料量，而系統可能儲存 200 倍的容量……如果是手機，我可能會更能理解這段對話，但桌機呢？"
隱私與「本地 AI」的幻象
除了儲存空間，對裝置端 AI 隱私效益的懷疑更為深層。雖然本地模型被宣傳為將資料保留在裝置上，但有些使用者認為本地模型僅支援小眾功能，而高價值、面向使用者的功能仍依賴雲端處理。
這造成一種「隱私幻象」，使用者為可能不是瀏覽器最受歡迎 AI 工具主要引擎的本地模型付出儲存代價。此外，有報導指出 Chrome 已移除某些關於本地 AI 不會將資料傳送至 Google 伺服器的聲明，進一步加劇使用者的不信任。
結論
Gemini Nano 進入 Chrome 代表了瀏覽器「AI 化」的更廣泛趨勢。隨著瀏覽器從文件檢視器演變為 AI 作業系統，無縫功能交付與使用者同意之間的緊張關係只會加劇。對於重視精簡系統的使用者而言，4GB 的佔用空間不僅關乎儲存空間本身，更關乎它為本機硬體上軟體部署樹立的先例。
摘要
Google Chrome 正在整合 Gemini Nano——一個本地 AI 模型，佔用最高 4GB 儲存空間。此舉引發了關於使用者同意、資源消耗以及瀏覽器向本地大型語言模型轉變的討論。
標題
裝置端 AI 的隱藏成本：Chrome 的 4GB Gemini Nano 佔用空間