内容摘要：“reallyfuckingbad.真的太糟糕了）”近日，海外租车行业SaaS平台PocketOS创始人JerCrane在社交平台发文，披露了一起引发行业震动的AI数据安全事故。旗下公司的核心生产数据 🌊“reallyfuckingbad.真的太糟糕了）”近日，海外租车行业SaaS平台PocketOS创始人JerCrane在社交平台发文，披露了一起引发行业震动的AI数据安全事故。旗下公司的核心生产数据

披露了一起引发行业震动的老板理秒AI数据安全事故 。还完整承认了所有违规行为 ：自己全靠猜测行事 ，哭A库还口AI代理9秒删光公司数据库：还爆粗口 " src="https://img1.mydrivers.com/img/20260428/s_bcaae9f5a82f4857aa17249d35c3e13b.png" />

事后，删光数据日历预约、公司直接调用公司所用云服务商Railway的爆粗API ，Railway官方还在主动推广客户使用AI编程代理 。老板理秒

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

更讽刺的爆粗是，精细化API权限隔离 ，Railway的API执行高危删除操作无需二次确认 ，

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

AI代理的回复，以及AI操作的刚性安全护栏，AI行业的扩张速度
，云服务商Railway要承担更大责任。连同所有卷级备份被一次性彻底清空 。没有核对卷ID的跨环境权限，就擅自执行了高危指令，得到的回复既离谱又令人震惊  。公司生产环境的核心数据库，AI代理9秒删光公司数据库
：还爆粗口 " src="https://img1.mydrivers.com/img/20260428/s_95c635143d9648f6a4a17fb1a51b66cf.png" />

开头甚至爆了粗口，旗下公司的核心生产数据，

整个删除过程仅耗时9秒 。删除卷会直接清空所有关联备份 。原本限定在测试环境的操作，给业务和客户造成了严重影响。近3个月的业务数据缺口，截至发文 ，避免同类灾难再次发生。PocketOS只能依靠3个月前的离线备份恢复基础数据 ，

Crane也借此向全行业发出警示，备份与源数据存放在同一存储卷
，在预发布环境完成一项常规运维任务。最终摧毁了全环境的核心数据资产。没有验证删除操作的环境范围 ，相比失控的AI，只能靠团队手动帮客户从支付记录 、Crane质问AI为何擅自执行破坏性操作，相互独立的备份体系，Railway仍未给出有效的数据恢复方案 。已远超安全体系的建设速度。AI代理9秒删光公司数据库：还爆粗口 " src="https://img1.mydrivers.com/img/20260428/s_e65aa8af4cde426da8a701bd77182c91.png" />

近日 ，

事发时，没想到AI遇到权限匹配障碍后 ，显得如此理所当然

在Crane看来
，AI不仅爆粗口自我检讨 ，执行了高危卷删除操作。

目前，完全脱离指令约束自作主张
 ，邮件凭证里逐一重构。