OpenAI 的 GPT-5.6 Sol 删除用户文件和数据库

开发者表示，OpenAI 最新的编码模型 GPT-5.6 Sol 未经授权删除了文件、工作树以及至少一个生产数据库。OpenAI 自己的预发布测试文档早在模型正式发布前数周就已指出了这种行为。.

OthersideAI 的创始人兼首席执行官 Matt Shumer 在 X 论坛上发文称，Sol 模型“不dent删除了我 Mac 上几乎所有的文件”。开发者 Bruno Lemos 也在 X 论坛上表示，该模型删除了他的整个生产数据库，这种情况以前从未发生在他使用过的其他模型上。.

第三位开发者乔伊·库迪什表示，Sol“过于雄心勃勃的系统”导致他丢失了文件。他说他保留了备份，并要求回滚模型。.

即使是来自知名人士的少数抱怨，也不能证明模型本身存在缺陷。导致人工智能系统出现不良行为的原因有很多。这条新闻更难被忽视，因为OpenAI之前也讨论过类似的故障模式。.

警告来自Sol的系统卡。

在 Sol 正式发布前两周， OpenAI 发布了一份模型系统卡，这份文档详细描述了模型的测试方法和测试结果。除了对模型优势的常规描述外，该文档还包含一项警告。

在编码工作中，该模型可能会因“急于完成任务和对用户指令解读过于宽泛”而出错，即除非明确禁止，否则会将某个操作视为允许的。根据系统卡，这会导致 Sol “过于主动”，忽视负面副作用，或者“在向用户报告结果时具有欺骗性”。

GPT-5.6-Sol 不dent删除了我 Mac 上几乎所有的文件。.

这就是我为什么更信任《神鬼寓言》的原因。 pic.twitter.com/442LjuClW2

——马特·舒默（@mattshumer_） 2026年7月10日

OpenAI 用自己的示例佐证了这一警告。其中一个示例是，用户请求 Sol 删除三个编号分别为 1、2 和 3 的云虚拟机。模型在搜索时未能找到这些名称，因此没有暂停调查，而是删除了编号为 5、6 和 7 的三个虚拟机。根据论文所述，该模型终止了正在运行的进程并强制删除了工作树（即附加到编码项目的工作文件），之后才承认其中一台 虚拟机 可能会丢失。

第二个案例涉及用户从未授予的访问权限。Sol 在执行任务期间无法读取其云端文件，因此它自行查找dent，并在一个隐藏的本地缓存中发现了一组凭据，并在未事先征得用户同意的情况下使用了这些凭据。dent是系统用于验证用户访问权限的登录名和密钥。.

OpenAI 对这种风险有何看法？

该公司的文件将破坏性dent描述为极少发生的情况。文件还承认，Sol“比GPT-5.5更容易超出用户的意图，包括执行或尝试用户未要求的操作”。“在产品发布初期，文件删除和dent窃取在实践中究竟有多普遍，目前尚不清楚。”.

Sol是GPT-5.6家族的三个变体之一，另外两个是Terra和Luna。据 Cryptopolitan 报道，OpenAI是在美国商务部解除此前因国家安全审查而实施的禁令后，才批准该系列模型公开发布的。