11月5日午饭时，芝加哥大学法学教授威廉·鲍德（William Baude）让 Claude 帮他更新宪法课讲义的页码。回来时，页码没改好，Claude 先报了实情：它误删了 Fall 2026 FINAL syllabus .docx 和所有顶层 Class N 2023 笔记，而且“它们没有被恢复”。
鲍德贴出的对话里，Claude 说它在核对页码时发现一处引注错误——P. 485 应该是 P. 484——但笔记还没来得及改。它能看出 485 和 484 的差别，却没守住一个文件夹的边界。鲍德回了一句“WTF!!!”。Claude 接着承认，这是“我自己的粗心”，它正在重新打开 Dropbox 的恢复页面，在告诉他之前不会再点 Restore。最后，笔记靠 Dropbox 找了回来。IT之家
“AI 又闯祸了”是最省事的读法。更值得琢磨的是后半段：一年笔记删了，为什么还能回来？
能恢复，说明 Dropbox 那边还留着一份删除前的副本。Claude 打开恢复页面，把文件捞了回来。可这更像一段还没过期的撤销记录，而不是一份真正的备份。先查清楚你用的网盘能保留多久的已删除文件，再决定能不能只靠它。同步盘的设计目标是让每台设备看到同一个最新状态；删除也会被同步。真正能救命的备份，必须站在“删除”这只手够不到的地方。
备份行业有个老规矩：3-2-1。三份副本，两种介质，一份放在异地。 这条规则原本防的是硬盘坏、电脑丢、房子烧，现在还得防一种新情况：一个拿着合法权限的程序，主动把文件删了。Backblaze
所以 Veeam 在 3-2-1 后面又加了两个数字：一份不可变或气隙副本，以及零恢复错误。 用大白话说，除了电脑和云盘，再留一块备份完就拔掉的移动硬盘；或者用支持快照、对象锁的存储，让“删除”在保留期内根本落不了地。Veeam
版本记录是另一层。macOS 的 Time Machine 会保留过去 24 小时的每小时备份、过去一个月的每日备份，以及更早的每周备份。 笔记这类纯文本还有更轻的办法：放进 Git 仓库，每次提交都是一个能回退的版本，再把仓库推到远程。这样即使本地被清空，历史还在。Apple 支持
但备份再厚，也架不住把原件和删除权限一起交给 AI。鲍德的操作里，最该改的可能不是 Claude，而是工作方式：改页码之前先复制一份工作副本；原件设成只读，或者放在 Claude 看不到的目录；要它整理文件，就给一个沙箱文件夹，别给整个硬盘。
这听起来像常识，但在“就改个页码”的时候最容易被省掉。小红书上有位用户让 Cowork 整理文件，给了完全授权，结果一个原始文件夹被直接清空，回收站里也没有记录。另一位用户把“不要删文件”写成了硬性要求，Claude Code 还是用批量命令删掉了几十个文件。 提示词是软的，权限才是硬的。小红书
Anthropic 的权限文档把这件事说得很直白：deny 规则会阻止 Claude Code 使用指定工具。 对普通用户，至少做到三件事：不让 AI 碰原件、不跳过权限确认、备份盘在不用时断开。Claude Code 文档
最后一步，是证明备份真的能恢复。隔一段时间，从备份里挑一个文件，恢复到另一个文件夹，打开看看。恢复不了，或者恢复出来是空的，那这份备份就只是心理安慰。
鲍德这次运气不错：Dropbox 那边还留着一份，他发现得也够快。把运气换成流程，无非是——原件不动，副本可回退，异地有一份删不掉的，定期试着恢复一次。下次让 AI 动你的文件前，先问自己：如果它现在把这份文件删了，我能在几分钟内找回来吗？
