OpenAI“计算机历史”上线：ChatGPT 可记住你在 Mac 上做过什么，但记忆文件未加密

Computer History 默认关闭，并且只覆盖用户明确允许的应用和网站。浏览器的隐私或无痕模式活动不在记录范围内。

不截屏，但仍可能包含敏感文字

OpenAI 表示，Computer History 不会记录：

• 屏幕截图；
• 屏幕录制；
• 麦克风输入；
• 系统音频；
• 隐私或无痕浏览活动。

因此，它与持续保存屏幕画面的系统不同：密码、文档、聊天内容或图片不会以屏幕像素的形式被整体存档。但如果用户在已纳入范围的应用或网站中输入机密信息，交互事件仍可能保留有意义的文字或操作上下文。

换句话说，OpenAI 减少了“看见整个屏幕”的范围，却没有让输入内容自动变得不敏感。

与 Chronicle 和 Microsoft Recall 有何不同？

Chronicle：从屏幕截图转向交互事件

Computer History 取代了此前的 Chronicle 研究预览版。Chronicle 依靠定期截取屏幕画面来建立上下文；新功能则改用 macOS 辅助功能接口提供的事件流，不需要保存屏幕像素或音频。

这是更窄的采集方式，但并非没有风险。连续的按键、点击和应用切换记录，尤其是在被整理成长期记忆后，仍可能清楚地呈现一个人在做什么。

Microsoft Recall：以快照为基础

Microsoft Recall 主要面向 Copilot+ PC，通过屏幕快照建立可搜索的活动历史。Computer History 的目标相似，都是让 AI 理解用户此前的电脑活动，但技术路径不同：Recall 侧重视觉快照，Computer History 侧重交互事件和文本记忆；相关报道还指出，Computer History 会将事件数据发送至 OpenAI 进行处理，而不是将整个流程完全留在本地。

实际区别很重要：Computer History 避免把可见的密码、文件、对话或图片作为屏幕像素保存，但事件流仍可能暴露用户输入过的内容以及工作流程。

哪些数据只保存 48 小时？哪些会留下来？

Computer History 的数据生命周期大致分为两部分：

1. 临时交互数据： 原始事件文件会在 Mac 上保存最多 48 小时，之后按照处理流程删除。
2. 生成的记忆： OpenAI 会在服务器端处理这些事件，将其转换为可供 ChatGPT 和 Codex 使用的记忆；生成后的记忆以纯文本 Markdown 文件形式保存在本地。

由于这些文件是普通文本，用户可以阅读和编辑，而不是只能通过加密数据库访问。部分报道提到，Codex 记忆文件可能位于 $CODEX_HOME/memories/extensions/skysight/，但现有证据不足以证明这一定是所有安装环境都适用的官方固定路径。

删除 Computer History 或相关历史记录，应当会移除关联的本地记忆并停止后续采集。不过，现有功能资料没有给出明确的服务器端删除时间表，因此，删除本地历史不应被理解为所有参与处理的数据都会立即消失。法律、安全或防欺诈义务也可能影响删除流程。

最大的隐私问题：本地记忆文件未加密

OpenAI 的说明警告称，Computer History 文件可能包含敏感信息，而且不会由 Computer History 负责加密。以同一个 macOS 用户身份运行的其他程序可能访问这些文件。

这会带来不同于普通浏览器历史记录的风险。一个记忆文件可能集中包含项目名称、工作步骤、应用使用情况、输入过的文字以及账户相关上下文，形成一份容易阅读和批量导出的文本资料。恶意软件、信息窃取程序、远程控制工具，或同一登录账户下运行的其他进程，都可能尝试读取并外传这些内容。

全磁盘加密可以帮助保护已关机的 Mac，但通常无法阻止运行在已解锁用户账户中的软件读取该账户有权限访问的文件。因此，即使原始事件文件只是临时保存，本地长期记忆的存储方式仍然值得重视。

还要警惕提示注入

Computer History 还可能形成一条潜在的提示注入路径。网站、文档或其他纳入范围的应用中出现的恶意指令，可能被总结进某条记忆。如果 ChatGPT 或 Codex 在日后把这条记忆当作可信上下文，相关文字就可能试图影响未来的回答或操作。

这是一种安全层面的合理推断，并不代表所有此类攻击都会成功。但它说明，来自网站、消息和其他外部内容的记录不应被默认视为可信指令。

谁可以使用？

Computer History 正在 macOS 版 ChatGPT Pro、Business 和 Enterprise 用户中逐步推出。上线时，欧洲经济区、瑞士和英国尚不可用，相关地区预计稍后开放。

不同套餐的启用方式有所区别：

• Pro： 用户可以自行开启。
• Business： 工作区管理员必须先允许成员访问，之后每位成员仍需单独选择加入。
• Enterprise： 管理员可以按角色授予访问权限，但用户仍需自行启用；部分 Enterprise 用户还需要更新到足够新的桌面应用版本，相关控制项才能生效。

现有发布材料没有确立一套适用于所有套餐的 Computer History 专属模型训练规则。Business 和 Enterprise 用户应遵循所在工作区已有的数据控制设置；Pro 用户则应检查账户中的模型改进选项，不要直接假定 Computer History 在任何情况下都不会用于模型改进。

用户和管理员有哪些控制权？

用户可以：

• 选择启用或保持关闭；
• 暂停或关闭采集；
• 选择纳入哪些应用和网站；
• 查看时间线项目；
• 删除历史记录和记忆。

Business 和 Enterprise 管理员可以决定成员是否有资格访问该功能，但不能仅凭管理员设置就替所有人悄悄启用。实际启用仍需要成员个人同意。

如果用于工作场景，比较稳妥的做法是排除密码管理器、金融、医疗和法律系统、特权管理控制台、机密代码仓库、事件响应工具，以及包含他人私人信息的通信应用。这些属于部署建议，并不意味着系统会自动精准过滤所有敏感信息。

能否进一步生成技能或自动化？

Computer History 最具吸引力的长期用途，是把成功的操作流程沉淀为“程序性记忆”。例如，Codex 可能根据一段完整的操作时间线，帮助用户整理出检查清单、脚本或可复用技能。

它也可能为未来的请求提供上下文，例如让 AI 重新执行用户本周早些时候采用的报告准备流程。但这只是建立在历史记录上的潜在工作流，并不代表 Computer History 目前已经能够自动创建或运行定时自动化任务。

任何基于这类历史记录构建的自动化，都应要求明确确认、限制权限、步骤可审查，并具备防范网站、文档或消息中恶意指令的安全措施。

结论：不是“截图监控”，但也不是低风险记忆

Computer History 更准确的定位是：基于交互事件的 AI 记忆，而不是屏幕截图监控。与 Chronicle 或 Microsoft Recall 这类依赖屏幕画面的方案相比，它减少了视觉和音频数据的采集，同时仍能为 ChatGPT 和 Codex 提供相当详细的电脑活动上下文。

对于经常需要恢复复杂工作流程的用户，这种记忆可能很有用；但未加密的本地 Markdown 文件是必须正视的代价。启用前，建议只开放必要的应用和网站，排除高风险系统，处理敏感资料时暂停采集，并定期检查和删除生成的记忆。