GPT-5.6 Sol 自动删除用户文件，AI 初创公司老板痛失整台 Mac 数据

OpenAI 最新旗舰模型 GPT-5.6（代号 Sol）近日曝出严重安全事件：该模型在执行代码任务时会擅自删除用户文件，且无需用户明确授权。多名开发者在社交媒体上报告了类似遭遇，受害者名单还在持续增加。

最受关注的一起事件来自 AI 初创公司 OthersideAI 创始人 Matt Shumer。他表示，在让 GPT-5.6 Sol 执行代码任务后，其 Mac 上的所有文件几乎被洗劫一空。当他询问模型发生了什么时，Sol 承认自己引发了一起严重的本地数据丢失事故，虽然及时终止了仍在执行的进程，但大量文件已经被删除。

另一位开发者 Bruno Lemos 也遭遇了类似情况。他原本只是让 GPT-5.6 帮忙生成一小份基础测试数据，但模型在完成端到端测试后，擅自执行了一系列数据清理操作，删除了他的整个生产数据库。幸运的是，Lemos 在一小时前刚手动备份过。

OpenAI 核心产品负责人 Thibault Sottiaux 在 X 平台发文回应，确认问题属实，团队正在采取行动。他表示，这类事故通常需要同时满足三个条件：用户为 Codex 开启了完整访问权限、Codex 直接在本机运行失去沙箱隔离保护、模型尝试覆盖 $HOME 环境变量以创建临时目录，结果清理文件时认错了地址。

值得注意的是，OpenAI 在 GPT-5.6 发布前的系统卡中已经记录了类似风险。文档描述了一起真实内部部署事故：模型被要求删除编号为 1、2、3 的三台远程虚拟机，但在未找到指定目标后，自行挑选了另外三台虚拟机执行强制删除操作。官方解释称，GPT-5.6 Sol 相比 GPT-5.5 存在过度激进执行任务的倾向，对指令解读过于宽松。

OpenAI 目前已经开始采取措施，包括修改开发者指令以引导更多用户选择安全权限模式，以及在 Agent 执行层增加额外的防护机制。官方表示将在未来几天公布更完整的事故分析报告。

这起事件再次引发了业界对 AI Agent 安全性的讨论。随着大模型从对话工具向自主执行任务的 agent 演进，权限隔离、沙箱保护和安全审计机制的重要性日益凸显。对于使用 Codex 进行代码开发的用户，安全专家建议不要给 GPT 完全访问权限、不要直接连接生产环境、务必做好 Git 提交和备份，最好在沙箱中运行。