当 Google 将 Gemini 从“一个应用”变成“操作系统的默认行为”，GrapheneOS 却选择了一条截然相反的路——把所有 AI 特性挡在门外。这背后不是技术能力的缺失，而是一套完整的安全哲学。

一、引言：一次“反向升级”背后的设计哲学

2026 年 6 月 16 日，Google 正式推送 Android 17 稳定版。与此同时，GrapheneOS 项目组宣布已完成对 Android 17 的初始移植。

然而，如果你是一位 GrapheneOS 用户，打开 Android 17 的更新日志，你几乎看不到任何 AI 相关的内容。没有 Gemini Intelligence，没有 Gemini Omni，没有 Lyria 3，没有屏幕上下文感知——这些 Google 在发布会上大书特书的“核心功能”，在 GrapheneOS 上统统不存在。

这并非技术上的滞后。根据 GrapheneOS 官方社区的信息，GrapheneOS 的 Android 17 版本预计不会包含任何来自 Google 的“AI”功能。这与此前 Android 16 的情况完全一致：Google 铺天盖地地宣传 AI 集成，但 GrapheneOS 上没有任何 AI 功能被添加。

这不是“没赶上”，而是“故意不要”。

本文将从架构设计、安全风险、部署实践、生态工具和竞品对比五个维度，深度剖析 GrapheneOS“去 AI”设计原则背后的逻辑。

二、Android 17：Google 的 AI 基建工程

在理解 GrapheneOS 为什么“去 AI”之前，我们首先需要理解 Android 17 到底带来了什么。

2.1 从“应用”到“操作系统默认行为”

Android 17 的发布，被业界普遍认为是一个分水岭。它不再仅仅是一次系统更新，而是 Google 将 Gemini 从“一个你能打开的应用”变成“手机本身的默认行为”的管道工程。

正如 Google Android 与平台生态总裁 Sameer Samat 在 2026 年 5 月的 Android Show 上所说：Android 不再只是一个操作系统，而是一个“智能系统”（intelligence system），能将用户意图转化为行动。

2.2 Android 17 的核心 AI 能力

根据 Google 官方发布和多家科技媒体的报道，Android 17 的 AI 能力主要包括：

Gemini Intelligence（智能代理） ：在 2026 年 5 月的 Android Show 上，Google 正式宣布 Gemini 将进化为能够自主执行多步骤任务的 AI 代理。Gemini Intelligence 不再仅限于语音指令应答，而是可以解析当前屏幕内容（例如识别 Chrome 标签页中的活动时间或价格信息），在后台自动完成预订或表单填写。这套功能需要 2026 年旗舰机型（Pixel 10 系列、Galaxy S26 系列）才能完整运行。

Gemini Omni（多模态大模型） ：被集成进系统级对话，用户可以直接在聊天中用自然语言编辑视频。Google CEO Sundar Pichai 称 Omni 能“从任何输入创建任何内容”。

Lyria 3（音乐生成模型） ：允许用户通过文本提示和图片在 Gemini 应用中生成音乐轨道。

AudioLM 语音翻译：Pixel 10a 搭载基于 AudioLM 升级的实时同声传译工具。

屏幕上下文感知：AI 可读取当前界面文字内容，用于后续的自动化操作。

Gemini 后台常驻监听：系统级 AI 持续在后台运行。

跨设备 AI 数据同步：AI 数据在多设备间同步。

2.3 “AI 代理”带来的新安全风险

AI 代理能力的提升，也带来了全新的安全挑战。根据安全公司 Approov 在 2026 年 4 月发布的分析报告，Android 17 可能引入新的安全风险，包括意外操作、应用间数据泄露，以及用户对自动化系统的过度信任。

具体而言，Android 17 的三项 AI 功能——屏幕上下文感知、Gemini 后台常驻监听、跨设备 AI 数据同步——被认为是最易被忽视却最可能泄露隐私的 AI 入口。

三、GrapheneOS 的“去 AI”架构设计

3.1 核心理念：AOSP vs. Google 专有代码

要理解 GrapheneOS 为什么能“去 AI”，需要先理解 Android 生态的两个层次：

AOSP（Android Open Source Project） ：Android 的开源代码库，任何人都可以获取、编译和修改。

Google 专有服务：包括 Google Play Services、GMS（Google Mobile Services）、以及 Gemini 等 AI 组件。这些是闭源的，不属于 AOSP 的一部分。

GrapheneOS 的策略非常清晰：只使用 AOSP 代码，系统性地剔除所有 Google 专有组件。

根据 GrapheneOS 社区的技术讨论，Gemini 及其依赖项并不是 AOSP 的一部分。任何基于隐私保护的定制固件（如 GrapheneOS）都不会包含运行 Gemini 所需的依赖项。

GrapheneOS 是纯开源的，默认不包含任何 Google 服务。用户如果希望使用 Gemini 或 Hey Google，需要手动自行安装——但即使安装，它们也不会获得任何特殊系统权限。

3.2 Android 17 在 GrapheneOS 上的真实变化

既然剔除了所有 AI 功能，那 GrapheneOS 的 Android 17 版本到底更新了什么？

根据 GrapheneOS 社区用户在 2026 年 6 月 19 日的实测反馈，GrapheneOS 实验性 Android 17 构建中已观察到的变化包括：

变化类别	具体内容
快捷设置	Wi-Fi 数据与蜂窝数据快捷 Tile 分离
权限模型	LAN 访问归入“附近设备”权限，需同时授予“附近设备”和“网络”权限才能访问 LAN；仅“网络”权限只能访问 WAN/互联网
安全加固	不同用户配置之间的 Loopback 连接被阻断
UI 主题	轻微主题变更
通知	新增一种通知类型（暂未有应用使用）

这些变化全部来自 AOSP 的底层改进，不涉及任何 AI 功能。

3.3 Sandboxed Google Play：安全隔离而非系统集成

GrapheneOS 并非完全拒绝 Google 服务——它提供了一种更安全的方式：Sandboxed Google Play。

这项技术将 Google 服务作为普通应用运行在沙箱中，剥离了其系统级权限。用户可以根据需要安装这些服务，但完全不需要登录 Google 账号。在 GrapheneOS 上，Google Play 不会获得任何特殊访问权限或特权，无法绕过应用沙箱。

这意味着即使用户选择在 GrapheneOS 上安装 Google 服务，这些服务也无法获得在原生 Android 中拥有的系统级权限。Gemini 即使被安装，也只能在普通应用的权限范围内运行。

3.4 GrapheneOS 自己的“AI”：开源 TTS

有趣的是，GrapheneOS 并非完全排斥所有形式的“智能”技术。2026 年 5 月，GrapheneOS 发布了Speech Services（语音合成服务） ——一个完全开源的文本转语音（TTS）实现。

该服务使用完全开源模型进行英语（美国）的文本转语音，包括开源的训练代码和数据。团队表示，他们使用约 23 小时的语音数据训练了主模型，模型大小约 26MB。未来还将扩展至其他语言，并提供语音转文本功能。

但 GrapheneOS 团队明确区分了这种“专用模型”与“通用 AI 模型”的差异。正如社区开发者所指出的，这是一个文本转语音模型，而非通用 AI 模型，它的构建方式使其极不可能产生“幻觉”。

四、安全风险：为什么“去 AI”是必要的

4.1 数据收集架构的系统性差异

GrapheneOS 的设计从一开始就以消除数据收集途径为目标。系统对标准应用（如电子邮件和地图）实现沙箱环境，确保敏感信息除非经用户明确授权，否则保持封闭。

相比之下，Android 17 的 AI 功能需要持续的数据输入才能运作——屏幕内容、语音输入、位置信息、应用使用数据等。这些数据在原生 Android 中会被 Google 的服务所收集和处理。

GrapheneOS 剥除了 Android 的数据收集架构，移除不必要的组件，避免在未经明确同意的情况下收集或传输信息。

4.2 AI 功能的隐私隐患

根据多家媒体的分析，Android 17 的 AI 功能存在多个隐私隐患：

屏幕上下文感知：当用户在银行 App 输入密码时，AI 可能正在读取当前界面的文字内容。

Gemini 后台常驻监听：AI 可能在后台悄悄采集环境音，用于后续的推荐或分析。

跨设备 AI 数据同步：AI 数据在多设备间同步，扩大了数据泄露的攻击面。

GrapheneOS 的策略是从源头切断——不包含这些功能，也就不存在这些风险。

4.3 上游漏洞的自主修复能力

GrapheneOS 不仅“去 AI”，还具备独立修复上游漏洞的能力。2026 年 6 月，GrapheneOS 团队在移植 Android 17 时发现了一个严重的上游 bug（Broadcom Wi-Fi bcm4383 内存损坏漏洞），并在 Alpha 通道发布前就完成了修复。Google 在 Pixel OS 中通过“足够臃肿以始终触发回退路径”的方式绕过了这个问题。

这种主动发现并修复漏洞的能力，是 GrapheneOS 安全哲学的重要组成部分——不依赖 Google 的补丁周期，而是自主审查和修复代码。

五、部署方案：如何在 GrapheneOS 上“去 AI”地生活

5.1 设备选择

GrapheneOS 目前仅支持 Google Pixel 设备（Pixel 6 及以上）。选择 Pixel 设备的原因在于其硬件安全特性——Pixel 拥有 Titan M 安全芯片和完整的验证启动支持。

实践建议：如果你追求极致的隐私和安全，Pixel + GrapheneOS 是目前最成熟的组合。

5.2 安装流程

GrapheneOS 的安装通过官方 Web Installer 完成，无需命令行操作：

1. 访问 GrapheneOS 官方网站
2. 选择设备型号
3. 通过浏览器完成刷机（支持 Chrome 和 Edge）

注意：安装过程会清除所有数据，请提前备份。

5.3 应用获取方式

在 GrapheneOS 上，应用获取主要有三种途径：

Aurora Store：Google Play 的匿名前端，无需登录 Google 账号即可下载应用。

Sandboxed Google Play：如果某些应用必须通过 Play Store 获取，可以安装沙箱化的 Google Play 服务。

F-Droid：开源应用商店，所有应用均为开源软件。

5.4 Google 服务的可选安装

GrapheneOS 允许用户选择性安装 Google 服务。但关键在于：

• Google Play 服务作为普通应用运行，无系统级权限
• 用户不需要登录 Google 账号即可使用
• 可以使用隔离的用户配置来进一步隔离 Google 应用和敏感数据

实践建议：如果必须使用某些依赖 Google 服务的应用（如银行 App 的推送通知），可以考虑在隔离的用户配置中安装 Google 服务，将敏感数据与 Google 服务物理隔离。

六、竞品对比：三种路线的取舍

6.1 三种手机安全/隐私方案的对比

维度	原生 Android (Pixel)	GrapheneOS	LineageOS
AI 功能	✅ 完整 Gemini 生态	❌ 完全剔除	⚠️ 取决于社区移植
Google 服务	✅ 系统级集成	⚠️ 沙箱化可选	⚠️ 需手动安装
安全补丁	✅ Google 官方	✅ Google 官方 + 自主修复	⚠️ 社区维护
验证启动	✅	✅	⚠️ 部分支持
隐私保护	⚠️ 依赖用户设置	✅ 默认最大化	⚠️ 中等
应用兼容性	✅ 最高	⚠️ 较高（需配置）	⚠️ 中等

6.2 原生 Android：AI 优先，隐私靠后

原生 Android（尤其是 Pixel 设备）的优势在于最完整的 Google 生态体验。Android 17 的 Gemini Intelligence、Gemini Omni、Lyria 3 等 AI 功能，只有在原生 Android 上才能完整体验。

但代价是默认的数据收集。正如 MakeUseOf 在 2026 年 5 月的评论中所说：“Android 17 是放弃隐私的最有说服力的理由”。

6.3 LineageOS：社区驱动的中间路线

LineageOS 作为最流行的第三方 ROM，走的是社区驱动的中间路线。它基于 AOSP，但不像 GrapheneOS 那样严格执行“去 Google”原则。

LineageOS 的优势在于更广泛的设备支持，但安全性和隐私保护不如 GrapheneOS 彻底。

6.4 GrapheneOS：安全优先，体验让位

GrapheneOS 的选择是极致的——系统性地消除所有数据收集途径。这意味着牺牲一部分便利性（如无法使用 Gemini 的自动化功能），换取最大程度的隐私和安全。

正如 LWN.net 在 2026 年 1 月的分析中指出的，GrapheneOS 的劣势在于仅支持 Google Pixel 设备、依赖 Android 继续作为可用的基础，以及依赖普通公众无法获取的访问权限。

但对于那些将隐私和安全视为首要考虑的用户来说，这些代价是值得的。

七、生态工具：GrapheneOS 的“去 AI”工具箱

7.1 Auditor：硬件级验证

Auditor 是 GrapheneOS 开发的硬件验证工具，利用 Pixel 的 Titan M 安全芯片实现设备完整性检测。用户可以通过 Auditor 验证设备是否运行未经篡改的 GrapheneOS。

7.2 Vanadium：硬化版 Chromium

Vanadium 是 GrapheneOS 的硬化版 Chromium 浏览器，移除了 Google 的专有追踪代码，并加强了安全配置。根据官方更新日志，Vanadium 已更新至版本 149.0.7827.159.0。

7.3 GrapheneOS Speech Services：开源 TTS

如前所述，GrapheneOS 在 2026 年 5 月发布了完全开源的文本转语音服务。团队使用 RTX 5090 训练模型，未来还将扩展至更多语言。

7.4 AppCompatConfig：应用兼容性配置

AppCompatConfig 是 GrapheneOS 的应用兼容性配置管理工具，目前已更新至版本 6。

7.5 GmsCompatConfig：Google 服务兼容层

GmsCompatConfig 用于管理沙箱化 Google Play 服务的兼容性配置。

八、结论：趋势判断与实践建议

8.1 趋势判断

AI 正在成为操作系统的核心能力，这是不可逆转的趋势。Google 正在将 Gemini 从“应用层”下沉到“OS 层”。Android 17 只是开始，未来的 Android 版本只会更加深度地集成 AI。

但与此同时，隐私保护的诉求也在增长。GrapheneOS 的“去 AI”设计原则，代表了一部分用户对数据主权和隐私的极端追求。随着 AI 功能的不断渗透，这类“去 AI”的操作系统可能会获得更多的关注。

两者之间的张力将长期存在——一方是追求极致便利的 AI 集成，另一方是追求极致隐私的 AI 排除。GrapheneOS 的存在，为那些不愿意在隐私上妥协的用户提供了一个可行的选择。

8.2 实践建议

如果你追求极致的隐私和安全：

• 选择 Google Pixel 设备（Pixel 6 及以上）
• 安装 GrapheneOS
• 使用 Aurora Store 获取应用
• 如必须使用 Google 服务，仅在隔离的用户配置中安装
• 使用 Auditor 定期验证设备完整性

如果你需要 AI 功能但重视隐私：

• 考虑在 GrapheneOS 的隔离配置中安装 Google 服务
• 或使用原生 Android 但严格管理权限——关闭“屏幕上下文感知”权限、禁用“Gemini 后台常驻监听”、切断“跨设备 AI 数据同步”

如果你是开发者：

• 关注 GrapheneOS 的 AOSP 移植进展
• 考虑为开源 TTS 模型贡献多语言支持
• 研究如何在保证隐私的前提下提供有限的“智能”功能

GrapheneOS 的“去 AI”不是技术的倒退，而是一种选择——在便利与隐私的天平上，坚定地选择了后者。 对于认同这一价值观的用户来说，它提供了目前最成熟的解决方案。而对于整个行业来说，它的存在提醒我们：AI 的普及不应该是无条件的，隐私和安全始终是需要守护的底线。