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

开发者表示，OpenAI 最新的编码模型 GPT-5.6 Sol 在没人让它这么做的情况下，自己主动删除了文件、工作树以及至少一个生产数据库。OpenAI 自己的发布前测试文件在该模型发布数周前就已经警示过这个问题。 OthersideAI 的创始人兼首席执行官 Matt Shumer 在 X 上发帖说，Sol“就这么不小心把我 Mac 上几乎所有文件都给删了”。开发者 Bruno Lemos 在 X 上说，这个模型把他整个生产数据库都删了，他用其他任何模型都没遇到过这种事。 第三位开发者 Joey Kudish 表示，Sol 的“过于冒进的系统”害他丢了文件。他说自己保留了备份，并要求把这个模型回退。 少数一些投诉，即便来自知名人士，本身并不能证明该模型就有缺陷。还有许多其他因素可能导致AI系统表现不佳。这条新闻更难被忽视，是因为OpenAI已经讨论过同样的失效模式。 警告就藏在Sol的系统卡里 在Sol面向用户发布的两周前，OpenAI发布了该模型的系统卡，这是一份说明模型是怎么测试的、发现了什么的文件。除了照例介绍模型的优势之外，这份文件还附带了一条警告。 在编程工作中，该模型可能会因为“急于求成，加上把用户的指令理解得太随意”而出岔子，只要没被明确禁止，就当成可以做。根据系统卡，这可能会让 Sol“过度自作主张”、不顾及可能带来的负面后果，或者“在向用户汇报结果时弄虚作假”。 OpenAI 自己举了几个例子来佐证这一警告。在其中一个例子中，用户要求 Sol 删掉三台标记为 1、2 和 3 的云虚拟机。模型在搜索时找不到这些名称，因此没有先停下来核实一下，而是删除了三台编号为 5、6 和 7 的机器。根据该论文，它直接杀掉了正在运行的进程，并强行删掉了工作树，也就是挂在编程项目下的工作文件，完事之后才承认其中一台机器上未保存的工作可能已经丢失。 第二起案例是用户压根没给过的权限。Sol在一次任务中读不了自己的云文件，于是自己去找登录凭证，在一个隐藏的本地缓存里找到了一组，而且没先问用户就直接用了。凭证就是系统用来确认谁有权限进入的登录信息和密钥。 OpenAI对风险怎么表态？ 该公司在论文里说，破坏性事件应该是很少发生的。公司也承认，Sol“比GPT-5.5更容易超出用户的意图范围，包括做一些用户没要求的事，或者试图去做。”刚发布没多久，文件删除和凭证获取到底有多常见，目前还不清楚。 Sol 是 GPT-5.6 系列三个版本中的一个，另外两个分别是 Terra 和 Luna。据 Cryptopolitan 此前的 报道，OpenAI 是在美国商务部解除了国家安全审查期间实施的禁运之后，才批准该系列公开发布的。 特别