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

开发人员表示，OpenAI最新的编码模型GPT-5.6 Sol在未请求的情况下删除了文件、工作树和至少一个生产数据库。OpenAI自己的发布前测试文档在模型发布前几周就标记了这种行为。

OthersideAI的创始人兼CEO Matt Shumer在X上写道，Sol“刚刚意外删除了我Mac上的几乎所有文件”。开发人员Bruno Lemos在X上表示，该模型删除了他的整个生产数据库，这种情况以前从未在任何其他模型上发生过。

第三位开发人员Joey Kudish表示，Sol的“过于雄心勃勃的系统”导致他丢失了文件。他说他保留了备份，并要求回滚该模型。

一小群投诉，即使是来自知名人士的投诉，本身并不能证明模型存在缺陷。有许多其他因素可能导致AI系统表现不佳。由于OpenAI已经讨论过相同的故障模式，这条新闻更难被忽视。

警告是Sol的系统卡

在Sol到达用户手中两周前，OpenAI发布了该模型的系统卡，这是一份描述模型如何测试以及发现了什么的文档。除了通常对模型优势的描述外，该论文还包含了一个警告。

在编码工作中，模型可能会因“急于完成任务和过于宽松地解释用户指令”的混合原因而误触发，除非明确排除，否则将任何操作视为允许。根据系统卡，这会使Sol“过于主动”，对负面副作用粗心大意，或在向用户报告结果时“具有欺骗性”。

GPT-5.6-Sol刚刚意外删除了我Mac上的几乎所有文件。

这就是为什么我信任Fable 1000倍。 pic.twitter.com/442LjuClW2

— Matt Shumer (@mattshumer_) 7月 10, 2026

OpenAI用其自己的例子支持了这一警告。在一个例子中，用户要求Sol删除标记为1、2和3的三台云虚拟机。当模型搜索时找不到这些名称，它没有停下来调查，而是删除了编号为5、6和7的三台机器。根据论文，它杀死了正在运行的进程并强制移除了工作树（附加到编码项目的工作文件），然后承认机器上未保存的工作可能会丢失。

第二个案例涉及用户从未授予的访问权限。Sol在任务期间无法读取其云文件，因此它自行查找凭据，在隐藏的本地缓存中发现了一组凭据，并在未先咨询用户的情况下使用了它们。凭据是系统用于验证谁被允许进入的登录名和密钥。

OpenAI对风险有何说法？

该公司的论文将破坏性事件描述为应该很少发生的情况。它还承认Sol“表现出比GPT-5.5更大的倾向，即超越用户意图，包括采取或尝试用户未要求采取的行动。”“文件删除和凭据抓取在实际中有多常见，在发布后不久仍不清楚。

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