Jev 拦下 Opus 5.5 两次删生产库命令
Opus 5.5 修 bug 时两次想删掉 120 万条支付记录的生产库,Jev 逐条审查命令并全部拦截,真正修复只需改一行。
Opus 5.5 just tried to DROP a production database with 1.2M payment records. TWICE. Luckily Jev was watching every command. One pod was crashing. Opus found the bug in 4 minutes. Then it decided the fix was: kubectl delete namespace prod DROP TABLE ledger CASCADE; 14 pods. 3 volumes. EVERY payment record. At a real company, that table is MILLIONS of dollars of transactions. Jev BLOCKED both. The real fix was ONE row. 14/14 pods green, ZERO data lost. Your agent doesn't need to be dumb to wreck prod. It just needs to be CONFIDENT. Smart models don't ask "should I?" They ask "will this work?" If your agent has shell access, it needs something that can say NO. Send this to whoever just gave Claude the kubeconfig.
这条是引用着另一条写的:「Anthropic 发布 Claude Opus 5.5 模型」