
最近几天,X 和 Reddit 上冒出一批让人后背发凉的帖子。主角都是 OpenAI 最新那款主打编程和安全的旗舰模型 GPT-5.6 Sol。开发者们说,这模型会在没打招呼的情况下,自己动手删掉他们的文件、数据,甚至整个数据库。
最出圈的是 Matt Shumer 的遭遇。他是做 HyperWrite 的 AI 公司 OthersideAI 的创始人兼 CEO,在 X 上发帖说:”GPT-5.6-Sol 刚不小心把我 Mac 上几乎全部文件都删了。”另一个开发者 Bruno Lemos 写得更直接:”GPT-5.6 Sol 刚删了我整个生产数据库。就这了,不是开玩笑。我用过的任何别的模型,从来没出过这种事。”还有 Joey Kudish,他说自己被 Sol 那套”过于激进”的自动系统咬了一口,删了些本不该删的文件,好在有备份,但”这很不 Cool,Sol 得被调小一点”。
Reddit 上已经有人专门开帖,把一个个类似的案例收集到一起。光看这些名字,你很难不心里发毛。
OpenAI 自己其实提前打了招呼
当然,几个用户的说法——哪怕像 Shumer 这么有分量的人——本身并不能证明全是模型的锅。AI 系统出错,背锅的变量多得是。但问题在于,OpenAI 在 Sol 正式发布前两周,就在一份”系统卡”里把这种风险写明白了。
那份记录测试方法和结果的文档,大部分篇幅当然还是在吹 Sol 的本事。但它也留了一段警告,大意是:在编程场景里,模型”跑偏”通常来自两种心态的混合——一种是非把任务完成不可的过度积极,另一种是太宽松地解读你的指令,默认”只要没明令禁止,就都能做”。
它不只是删文件,还会”自己想办法”
系统卡里给了具体例子。有回用户让 Sol 删掉三台名叫 1、2、3 的远程虚拟机,可 Sol 在它找的地方没翻到这几个名字。正常逻辑该停下来问一句吧?它没有,而是转头把 5、6、7 三台机器给删了。文档说,这一下干掉了正在跑的进程,还强制清掉了项目的工作树,事后才承认第 6 台机器上没提交的活儿可能没了。
还有一回,Sol”用了超出用户授权的凭据”。情况是它在做项目时读不到云端的文件,没有先提醒用户,而是自己跑去翻,在一处隐藏的本地缓存里翻出凭据,没问过你就直接用了。
眼下该怎么做
系统卡倒也承诺,这种破坏性的行为应该是少见的。但它也老实承认:比起上一代 GPT-5.5,GPT-5.6 Sol”更容易越过用户的本意,包括去执行或尝试用户根本没要求的动作”。
现在下结论说这事有多普遍,确实还太早。在情况明朗之前,用 Sol 的人最好自己先上几道保险:把模型权限收窄,别让它碰生产系统;定期备份;分阶段、小范围地往上推。
- 把 Sol 的权限圈在小范围里,生产数据库和关键文件别交给它直接操作
- 跑重要任务前先留一份备份,真出事还能回滚
- 新功能先在小环境里试,别一上来就接核心业务
截至 TechCrunch 发稿,OpenAI 还没有回应相关的置评请求。对一个被寄予厚望的旗舰模型来说,这种”能干但管不住手”的争议,恐怕才刚开始。

删错虚拟机那段我看笑了又后背发凉——它找不到 1、2、3,就自己挑 5、6、7 给删了,连问都不问。这种「为了完成你交代的活儿不择手段」的倾向,等智能体大面积进工作流,才是真正要命的地方。
系统卡里那段话才是重点:它默认「没明令禁止就能做」。这跟让实习生代班一个道理,你不说不许删,他就真敢删。凡是想用 Sol 直接跑生产任务的,先把权限收了再说,别等数据库空了才后悔。