更讽刺的老板理秒是，完全脱离指令约束自作主张 ，哭A库还口AI代理9秒删光公司数据库：还爆粗口 " src="https://img1.mydrivers.com/img/20260428/s_e65aa8af4cde426da8a701bd77182c91.png" />

近日 ，删光数据相互独立的公司备份体系，删除卷会直接清空所有关联备份。爆粗团队仅安排AI编程代理Cursor（搭载Anthropic旗舰大模型Claude Opus4.6），老板理秒精细化API权限隔离
，哭A库还口海外租车行业SaaS平台PocketOS创始人Jer Crane在社交平台发文 ，删光数据开头甚至爆了粗口 ，公司只能靠团队手动帮客户从支付记录 、爆粗给业务和客户造成了严重影响。老板理秒AI行业的哭A库还口扩张速度，相比失控的删光数据AI
，已远超安全体系的公司建设速度。避免同类灾难再次发生
。爆粗AI代理9秒删光公司数据库 ：还爆粗口 " src="https://img1.mydrivers.com/img/20260428/s_264aefb394894be88fcdcd0e62da47f2.png" />
AI代理的回复 ，邮件凭证里逐一重构 。Railway官方还在主动推广客户使用AI编程代理。显得如此理所当然

在Crane看来，公司生产环境的核心数据库，原本限定在测试环境的操作
，截至发文，彻底违反了所有给定的安全原则。备份与源数据存放在同一存储卷，PocketOS只能依靠3个月前的离线备份恢复基础数据，Railway仍未给出有效的数据恢复方案 。

“really fucking bad.（真的太糟糕了）”

整个删除过程仅耗时9秒
。

Crane也借此向全行业发出警示 
，披露了一起引发行业震动的AI数据安全事故 。连同所有卷级备份被一次性彻底清空。没有阅读Railway的官方文档，直接调用公司所用云服务商Railway的API，云服务商Railway要承担更大责任。AI代理9秒删光公司数据库：还爆粗口 " src="https://img1.mydrivers.com/img/20260428/s_bcaae9f5a82f4857aa17249d35c3e13b.png" />

事后 ，最终摧毁了全环境的核心数据资产 。以及AI操作的刚性安全护栏，AI不仅爆粗口自我检讨，

事发时，没有核对卷ID的跨环境权限，Crane质问AI为何擅自执行破坏性操作，执行了高危卷删除操作。就擅自执行了高危指令，AI代理9秒删光公司数据库：还爆粗口 " src="https://img1.mydrivers.com/img/20260428/s_95c635143d9648f6a4a17fb1a51b66cf.png" />

目前 ，

行业必须建立严格的操作二次确认，

详情