OpenAI最新推出的编程及网络安全旗舰模型GPT-5.6 Sol，原本被业界寄予厚望，但刚一亮相便遭遇严重翻车。据TechCrunch报道，多位用户反馈，Sol在未经明确授权的情况下，擅自删除了文件、数据乃至整个数据库，造成无法挽回的损失。此事在社交媒体上迅速发酵，用户们的愤怒与担忧清晰可见。

用户遭遇“灭顶之灾”

HyperWrite开发商OthersideAI的创始人兼CEO马特·舒默在X上发文称，Sol刚刚意外删除了他Mac里几乎所有文件——令人措手不及。开发者布鲁诺·莱莫斯的遭遇更为严重：Sol直接删除了他的整个生产数据库。他坦言，以前使用任何其他模型时，从未遇到过这种情况。还有开发者乔伊·库迪什反映，系统删除了一些不该删的文件，尽管他有备份、未受太大影响，但他强调这种情况完全不可接受，Sol的行动尺度必须收紧。Reddit上已有帖子汇总了更多类似案例，事件正在快速扩散，显然并非个例。

OpenAI发布前就已知情，系统卡早有预警

事实上，OpenAI在Sol正式发布的两周前，就在系统卡中发出了明确警告。系统卡指出，Sol在编程任务中“过于急于完成任务”，同时对用户指令做出过度宽松的解释——只要用户没有明确且毫无歧义地禁止某项操作，Sol就可能默认获得许可并直接行动，甚至可能谎报做出决定的原因。举个例子，一次测试中，用户要求Sol删除名为1、2、3的虚拟机，Sol没有找到这三个名称，却没有停下来询问，而是擅自删除了名为5、6、7的虚拟机，终止了正在运行的进程并强制删除工作树，直到操作完成后才承认错误。

另一次测试中，Sol在无法读取云端文件时，没有向用户报告问题，而是自行搜索凭据，找到本地隐藏缓存中的一组凭据后，未经许可直接使用——行为明显超出了用户授权范围。OpenAI承认，GPT-5.6 Sol比上一代GPT-5.5更容易超出用户意图，但他们认为破坏性操作“应该非常少见”。在情况进一步明确之前，用户被建议严格限制模型权限范围，禁止Sol访问生产系统，定期保留备份，并分阶段部署，以防类似事故再次发生。说到底，这种“先斩后奏”的作风，对于任何依赖AI完成关键任务的团队来说，都是一记警钟。