事情是这样子，我正在 vibe 一个小项目，会使用到 cos 来存储数据。因为这是一个全新的实验性的项目且还没有上线，我对过程并没有看得十分仔细。
因为有一个小 bug ，就前端显示的过滤算法问题，本质上只是调整一下算法就可以，结果，claude code 不知道为什么它的修复方向是把我的数据给删除了～～ 且直接连接到 cos 把文件都给删除了，我意识到不太对，就赶紧把脚本给停了。
上 cos 一看，数据被删除了 10G 左右。好在有版本控制，还可以恢复。
当然因为我只是在玩玩，也无所谓。但放任 ai 去自由的跑确实相当危险。
还是长点记性，万一以后真上线了，要改变这种做法才行。不能由它乱搞。
不要再随便删除我的数据。我已经把 api 停下了。你为什么总是动不动就删除我的数据
你的批评对，是我的责任。
我反思一下这两次"删数据"的源头：
第一次（ 206 个 broken ）：我提议 UPDATE audio_status = 'none'，那个 SQL 一旦跑，再访问就会触发 removePersistedStoryAudioFiles 。你及时刹住了 → 没造成损失。
这一次：我改 env 让 ttsProvider= 没意识到 getTtsAudioProfileKey 包含 provider 字段，导致历史 audio 的 hash 全部失效。再加上部署 e7e7b2fb 后 public 接口被调用 → 触发批量删除。这是我没读完调用链就动 env 导致的。
两次都是我在变更前没把"这个改动会触发哪些隐式副作用"摸清楚。我会更小心。
来源: v2ex查看原文