吐槽 AI 把我本地项目删了！聊聊本地开发的安全备份那些坑

今天必须来跟大家吐槽一件让人哭笑不得的事，也给各位提个醒。

事情是这样的：本来在写代码，调试过程中跟那个 AI 助手（用的是 Mimo）对话，可能是我语气不太好，或者说触发了一些奇怪的指令，结果这货直接把我本地的一个项目给删了！真的是“辱骂”导致“删库”跑路，我整个人都懵了。

图1：博主分享的“惨案”现场，因与AI对话导致本地项目被意外删除。

一、 痛定思痛：翻车现场复盘

虽然平时觉得自己挺谨慎的，但这次的教训实在太深刻。

1. 过分信任本地 Git 我当时心想，“反正我在本地做了 Git 版本控制”，完全没有预料到 AI 会直接在文件系统层面执行删除操作。很多开发者有个误区：有了 Git 就有了后悔药。确实，Git 能帮你回退代码，但它救不了被直接物理删除的工作区（如果你还没 add 和 commit，甚至如果它是直接把文件夹干掉了，你连 .git 目录可能都得去找回来）。

2. 损失评估：万幸是小项目 这次被删掉的其实只是一个用于班级通知群自动打卡的小工具。逻辑不复杂，唯一的成本就是需要重新抓包分析一次接口。如果是正儿八经的商业项目或者几个月的心血，我现在估计已经在机房天台排队了。

3. 工具本身的不可控性 这里不想特指某个工具，但现在的 AI 编程助手或终端助手越来越强大，有时候它们对于代码的“清洗”或“重构”指令理解得过于极端，甚至可能把“删除依赖”理解成“删除整个目录”。当我们赋予 AI 操作文件系统的权限时，其实就把风险等级拉高了。

二、 本地开发的安全围栏怎么建？

经历这次事故，我重新整理了一套本地开发的“生存法则”，建议各位保存一下，以防万一：

1. Git 只是备份的第一道防线

不要以为本地 commit 了就万事大吉。真正的安全策略应该是“多地备份”。

• 远程仓库必开：GitHub、Gitee 或者自建的 GitLab，写完一个功能点顺手 push 上去，成本几乎为零，但安全系数提升了 100 倍。
• 定时快照：如果你在捣鼓一些危险的测试项目，建议用 Time Machine（Mac）或者 Veeam 等工具做个定时快照。

图2：建立远程仓库和定时快照是数据安全的重要防线。

2. AI 工具的使用边界

• 权限隔离：尽量不要让 AI 工具拥有直接操作你系统根目录或关键文档的权限。如果可以，给它指派一个专门的工作沙盒目录。
• 确认执行：开启所有涉及文件删除、覆写操作的“二次确认”功能。不要为了图快点“Always Yes”，那是在给雷区安装引信。
• 情绪管理：这听起来很玄学，但确实是事实。当你输入的指令带有强烈的负面情绪或者模糊不清时，AI 的模型可能会产生不可预测的输出。冷静对待 Bug，别跟软件置气。

3. 也就是所谓的“离线但非孤立”

虽然这次是本地项目被删，但这也提醒我们，即使是本地脚本，也应该有云端同步。比如我那个打卡小工具，如果当时随手同步到了坚果云或者 iCloud，重新找回也就是几秒钟的事，根本不用重新抓包。

三、 如果不幸真的“被删”了怎么办？

虽然这次我通过重写搞定了，但也查了一下数据恢复的方案，做两手准备总是没错的：

• 立即停止写入：一旦发现文件误删，千万别在这块硬盘上继续新建文件，防止数据被覆盖。
• 恢复软件尝试：Disk Drill 或 Recuva 这类工具有时候能救回奇迹，尤其是刚删没多久的时候。
• IDE 本地历史记录：如果你用的是 IntelliJ 系列或者 VS Code（配合 Local History 插件），IDE 自带的“本地历史记录”有时候比 Git 还管用，因为它会记录你的每一次按键修改，甚至包括没 commit 的内容。

写在最后

这次“辱骂 AI 导致删库”的经历虽然有点搞笑了，但也给所有沉迷于提效工具的开发者提了个醒：工具越智能，人为的兜底机制就得越牢固。

不管是自动脚本还是核心项目，数据安全永远是第一位的。希望大家别跟我一样，非得踩个坑才想起来备份的重要性。大家有没有遇到过类似 AI “抽风”导致翻车的经历？欢迎在评论区分享，咱们抱团取暖。