GrapheneOS 重写短信应用：新界面没有改变 SMS 的安全边界
据 GrapheneOS Messaging v13 发布说明，短信应用以 Jetpack Compose 和 Material 3 重写界面，同时更新大屏布局、会话管理、附件处理与权限边界。项目还在初次使用流程中提醒用户：SMS 并未加密，敏感沟通应选择端到端加密服务。
作者：周白｜OC 产品体验编辑
据 GrapheneOS Messaging v13 发布说明，短信应用以 Jetpack Compose 和 Material 3 重写界面，同时更新大屏布局、会话管理、附件处理与权限边界。项目还在初次使用流程中提醒用户：SMS 并未加密，敏感沟通应选择端到端加密服务。
一句话结论：短信应用可以变得更清楚、更难误操作，但界面和本地安全改进不会自动升级短信的传输协议。
重写界面，最有价值的是让状态可见
这次改版不只是换一套颜色。置顶、标记未读、归档和暂缓提醒，使不同优先级的会话可以留在更合适的位置；大屏双栏布局则减少了列表与正文之间的来回切换。
这些功能的价值并不取决于菜单有多少项，而在于用户能否预测操作结果。暂缓提醒与删除消息应当明显不同，归档也不该被理解成阻止对方继续联系。信息工具越贴近日常，越需要避免让一个手势承担两种模糊含义。
发布说明列出了具体能力，但没有提供独立的可用性测试。因此，可以确认的是设计与功能变化，而不是已经证明所有用户都更少犯错。
发送失败，不应该藏在后台
附件过大或格式不合适时，用户最需要在发送前知道限制，而不是以为消息已经送达。此次更新加强了附件限制提示与错误显示，这类小改动直接影响沟通是否可靠。
另一个细节是 SIM 卡选择：无法使用指定选项时回退到系统默认，而不是简单挑选第一张卡。对于工作与私人号码分开的用户，发送身份和发送内容同样重要。
这些变化说明，隐私产品的安全体验也包括减少发错、漏发和误删。加密不能替用户纠正收件人，漂亮的聊天气泡也不能替系统确认发送成功。
一次删除，不应该带走刚收到的消息
发布说明还涉及并发操作：在删除过程中到达的新消息不应一同被销毁。用户只看见一个删除按钮，程序却要处理读取、写入、后台接收之间的时间差。
这类修复提醒人们，通信应用的可靠性不只存在于“正常使用”的截图里。低速网络、后台恢复和同时操作，才会暴露状态管理是否严密。
对于维护者，回归测试也需要覆盖这些交错场景。如果只验证一条消息能发出、一段会话能删除，很容易错过真实用户一天里反复遇到的边缘情况。
接收外部内容，也是接收外部输入
新版本针对共享内容增加了检查，包括拒绝不应访问的文件 URI、私有文件与缺乏权限的输入，并加强部分内部组件的边界。这些措施属于应用自身的防护，而不是短信网络的升级。
YouTube 预览需要用户主动开启，默认关闭。这个具体开关不应被扩写成“所有链接都不会访问外部服务”；不同内容入口仍应分别说明其行为。
选择是否加载预览，看似只是便利性设置，实际上也关系到何时向外部发出请求。清楚的默认值与按需开启，比笼统的“重视隐私”更容易让用户作出决定。
最重要的提醒，是没有承诺什么
SMS 的传输属性不会因为换用 Compose 而改变。新版引导明确建议敏感交流使用端到端加密工具，这比让用户从安全品牌自行推断“所有内容都已加密”更负责任。
对用户而言，应该分别问三个问题：应用如何保管本地内容，外部链接何时被访问，消息在传输途中受到什么保护。三个答案可能完全不同。
这也意味着，发布说明中的防护改动不能替代独立安全审计。它说明维护者做了哪些工作，却没有消除设备环境、通信方式和使用行为带来的全部风险。
关键事实
版本为 Messaging v13；界面使用 Compose 与 Material 3；YouTube 预览默认关闭、可主动开启；SMS 仍非端到端加密通信。
OC 判断
值得关注的不是“安全短信”这一模糊标签，而是应用把本地防护、操作可靠性和协议限制分别讲清楚。
为什么重要
每天使用的基础应用，往往通过一处错误提示或一次并发修复改变实际体验。用户需要知道改进发生在哪一层，也需要知道哪些风险并未因此消失。
评论
围绕这篇文章补充信息、提出问题或分享观察。