GrapheneOS 大幅重做默认应用与安全剪贴板
GrapheneOS 正在重做其陈旧的默认 Android 应用，首先是彻底现代化的 Messaging 客户端，并计划基于 Apache 许可的 ReFra 项目分支推出新的图库，同时还引入“安全剪贴板”功能。一个主要目标是加入基于标准的 RCS，并通过 Messaging Layer Security 实现端到端加密，让用户无需依赖 Google 自家的应用，就能与 iOS 和 Google Messages 用户进行私密、可互操作的通信。评论者就 RCS 相比 Signal 等第三方通讯工具的价值、限制一些流行 FOSS 应用的许可约束，以及在 Google 日益收紧对 Android 控制的情况下继续投资 AOSP 是否合理展开了讨论。
RCS、SMS/MMS 与消息生态
- 许多人认为 RCS 相比 SMS/MMS 是一次技术升级：群聊更好、媒体质量更高、输入状态指示，以及在更新的规格中通过 MLS 实现端到端加密。
- 也有人认为 RCS 不如 Signal 之类的应用，是由运营商推动的，如今又在很大程度上受 Google 控制，削弱了开放性。
- 讨论中强调了地区差异：在美国，默认的 SMS/RCS/iMessage 占主导地位，而 WhatsApp 很少见；在世界其他大部分地区，WhatsApp 和其他 OTT 通讯工具占主导地位，RCS 基本无关紧要。
- 一些用户报告 RCS 可靠性存在问题，而且迁移过程很痛苦，最终因此放弃使用。
- 有人担心 RCS 会让运营商和 Google 重新获得杠杆（例如变现、广告），不过也有人强调，只要实现了 E2EE，它仍然比纯 SMS 好得多。
GrapheneOS 对 RCS 与安全剪贴板的立场
- GrapheneOS 希望 RCS 能在无需把用户强行引导到第三方应用的情况下，为主流 Android 和 iOS 用户提供开箱即用的 E2EE。
- 他们将 RCS 定位为 SMS/MMS 的必要演进，而不是在 Signal/其他通讯工具之上对其表示认可。
- 一些评论者希望 GrapheneOS 通过捆绑某个开放、注重隐私的通讯工具来主动推广它；GrapheneOS 更倾向于保持中立，只处理基于运营商的消息功能。
- 安全剪贴板被提及为一个独立的新功能，并有自己的公告帖。
默认应用重做（消息、图库、键盘）
- 原生 AOSP 应用，尤其是 Messaging 和 Gallery，被广泛认为过时且笨拙。
- GrapheneOS 已用现代 Android UI 技术彻底重写了 Messaging 的界面，首先聚焦于功能对齐与可维护性，RCS 支持计划在之后加入。
- 他们打算替换 AOSP Gallery，很可能会分支一个采用 Apache 许可证的项目（ReFra），并移除或重构其中的集成。
- 讨论了多个替代键盘；用户对一些第三方方案表示赞赏，但许可和可用性限制了 GrapheneOS 能捆绑哪些应用。
许可限制
- GrapheneOS 希望其核心 OS 的限制不比 AOSP 更多（GPLv2 + 宽松许可证）；GPLv3 和“source-available”许可证（例如 FUTO keyboard）被视为与预装应用不兼容。
- 有人认为 GPLv3 聚合在法律上是可以的；GrapheneOS 重申，这是一项有意的政策选择，而不是法律上不可能。
对 Android/AOSP 的依赖与未来
- 讨论围绕 Google 对 Android 日益收紧的控制，以及未来硬分叉是否可行展开。
- 许多人指出应用生态锁定：任何非 Android 的移动操作系统都会因缺乏主流应用而举步维艰。
- GrapheneOS 被视为务实地在 AOSP 基础上构建，以兼顾安全性和兼容性，同时也承认长期的不确定性。
开发中 AI 的使用
- GrapheneOS 强调他们不会用 LLM “vibe code”。
- 他们主要将模型用于代码审查和生成测试，声称这样能获得更高的代码质量并发现更多问题，同时保持严格的人类标准。