ChatGPT Apple Messages 插件（适用于 Mac）

OpenAI 的新插件使 ChatGPT 桌面应用程序成为一个能够在 Apple 芯片 Mac 上读取、搜索、草拟和发送 iMessage、短信和 RCS 对话的代理 ^[1]。实现这一功能需要 macOS 完整磁盘访问权限，以及联系人和自动化权限——这一授权范围比大多数用户意识到的更广，因为完整磁盘访问权限在技术上不仅打开了消息数据库，还可能访问邮件、Safari 历史记录和 Time Machine 备份 ^[2]。

主要的安全保障是 ChatGPT 默认在发送任何内容前请求批准，让用户先审查消息内容和收件人。但这一保障存在两个已知漏洞：OpenAI 自身不建议开启持续的‘始终允许’批准模式 ^[1]，且其发布说明承认某些定时或自动化任务可完全禁用每次发送前的提示 ^[3]。换句话说，该插件的核心隐私承诺——人类审查每条外发消息——在至少某些配置下是可选择退出的，而非硬性保障。

发布时间很难忽视。2026 年 7 月 10 日，苹果起诉 OpenAI，指控其窃取与硬件开发相关的商业机密，声称多达 13 名前苹果员工泄露了机密产品细节，并指出目前有超过 400 名前苹果员工在 OpenAI 工作 ^[4]。OpenAI 在 8 月初公开反驳了这些指控，称未看到支持苹果主张的证据 ^[5]。

六周后，OpenAI 推出了一款通过苹果旗舰级加密消息服务读取和发送消息的插件——完全基于苹果自身的自动化框架（AppleScript 和辅助功能 API），而非任何官方授权的苹果 API ^[3]，且没有任何迹象表明 OpenAI 需要或获得了苹果的合作。苹果有先例关闭此类访问：2023 年 Beeper Mini（一款接入 iMessage 的安卓应用）发布后几天内即被苹果封禁 ^[6]。苹果是否会以同样方式对待 ChatGPT 插件——尤其是在诉讼进行期间——是此次发布悬而未决的问题。

OpenAI 将该插件描述为注重隐私：称其功能在 Mac 上本地运行，依赖现有的 macOS 自动化工具，而非将数据传输到新的后端，且不会构建用户完整消息历史的持久索引 ^[7]。但这种说法与上述机制难以协调——根据 OpenAI 自己的承认，该系统在某些设置下可无需新的批准提示即代表用户发送消息。

它也未能解决另一个独立的同意问题：一旦对话线程中的一个参与者启用了该插件，该对话中所有其他参与者的消息都会被一个他们从未同意、很可能也不知道的 AI 摘要和处理。社区反应褒贬不一，但更倾向于怀疑，许多批评并非针对该功能是否如描述般运作，而是质疑‘本地处理’这一术语是否足以准确描述一个云托管助手在用户提问后实际对消息内容所做的事情——尽管并非所有反馈都是负面的，至少有一位高级用户将类似的读取访问 AI 集成描述为管理工作沟通的真正有用的‘单一事实来源’。

部分考量具有竞争性。AppleInsider 的 William Gallagher 认为，该插件的便利性不足以证明其隐私风险合理，指出苹果即将推出的 AI 增强版 Siri 预计将提供类似的消息搜索功能，而无需将用户文本路由给第三方 ^[6]。现在发布——在 Apple 芯片 Mac 上，通过 ChatGPT 桌面应用程序——使 OpenAI 能在苹果原生替代品推出前，将一个具备消息感知能力的助手推到用户面前，利用了苹果无法轻易封锁而不破坏自身自动化堆栈的唯一渠道。

多步权限设置（完整磁盘访问、联系人、自动化、明确的发送批准）确实意味着，正如一份报告所指出的，没有人会意外启用此功能 ^[8]——但也意味着 OpenAI 正要求用户向一个仍在诉讼中的竞争对手延伸信任，而该平台多年来一直以这种消息隐私性作为营销核心。