本地 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 和内存占用而声名狼藉，这使得额外的存储需求更让人难以接受。

另一方面，有人认为在 TB 级别 SSD 的时代，4GB 微不足道。一位评论者指出，Microsoft Windows 在更新后常常留下数 GB 的重复数据，相比之下 4GB 的 AI 模型显得很小。

"占用？这相当于一张 DVD 的数据，而这些系统可能存储了其 200 倍……如果是关于手机，我可能会更容易理解这场讨论，但桌面电脑呢？"

隐私与本地 AI 的“幻象”

除了存储之外，人们对本地 AI 的隐私收益也持更深的怀疑态度。虽然本地模型被宣传为将数据保留在设备上的方式，但一些用户认为本地模型可能仅为小众功能提供支持，而高价值、面向用户的功能仍然依赖云端处理。

这导致一种所谓的“隐私幻象”，用户为本地模型支付存储成本，却可能并非浏览器最受欢迎的 AI 工具的主要引擎。此外，有报道指出 Chrome 已删除了关于本地 AI 不向 Google 服务器发送数据的某些声明，进一步加剧了用户的不信任。

结论

Gemini Nano 在 Chrome 中的集成体现了网页浏览器“AI 化”的更广泛趋势。随着浏览器从文档查看器演变为 AI 操作系统，流畅功能交付与用户同意之间的紧张关系只会加剧。对于重视精简系统的用户而言，4GB 的占用并非仅关乎空间大小，而是它为本地硬件上软件部署树立的先例。