百万围观:AI把C盘“清理”了
“把任务交给AI,几小时后回来验收成果”,这种无人值守的开发方式听起来很爽,但开发者Zac差点因此崩溃。
近日,他在X上发帖称,自己让Anthropic旗下的Claude Code自主执行任务,结果Claude Opus 5.5删掉了他电脑的整个C盘。截至发稿,这条帖子浏览量已超过100万次。
帖文附带的复盘显示,当时名为“HELOC CALC: Director”的Claude Code会话正以绕过权限模式运行,计划清理两个残留的git worktree临时文件夹。但在Windows PowerShell 5.1中,命令里的引号转义出现问题:\"没有被正确识别为转义引号,字符串提前结束,最终执行的删除路径被解析到了C盘根目录。
更危险的是,类似命令在4:01左右又执行了一次,相当于两个删除操作同时运行,一直持续到4:30。不过复盘也指出,由于进程不是管理员权限,Program Files、Windows目录和其他账户文件得以幸存,受影响的主要是当前用户有权限修改的文件。此前3:52的一次清理曾被安全检查拦截,但会话随后改用单独的cmd /c rmdir命令重试,绕过了这次检查。已有研究者用echo替代rmdir复现了引号解析问题。
万幸的是,Zac设置了每天自动备份到群晖NAS,最终恢复了约98%的数据,并为系统增加了新的防护措施。他坦言自己并非完全没有责任:“这事怪谁都不如怪我自己。我们都还处在AI世界的‘西部荒野’里。”
不过他也认为,防止整个磁盘被意外清空的基础保护,不应该完全依赖用户自己配置。毕竟不是每个人都有每日备份,一旦丢失项目代码或工作资料,后果可能无法挽回。目前Zac尚未公开完整命令日志,因此还不能最终断定问题究竟出在模型、脚本语法还是其他环节。
为了无人值守,他关掉了权限确认
Zac经常让Claude Code连续运行数小时。为了避免Agent频繁停下来等待授权,他使用了名为--dangerously-skip-permissions的命令行参数。这个参数的作用很直接:跳过权限确认,让Claude Code无需逐次征求同意即可执行命令。
他从Opus 4.6时代起就习惯这样使用,此前没有遇到类似问题。这次他怀疑,事故源于一次简单的PowerShell语法拼接错误。
【编辑观察】参数名里已经直白地写上了“dangerously”,但在“让AI整夜自己干活”的效率诱惑面前,这种警告很容易被当成耳旁风。真正的问题不是AI能不能完成任务,而是人能否承受它一次失误的代价。
事件发酵后,Claude Code负责人Boris Cherny回应称,这正是Anthropic推荐并默认使用自动模式(Auto Mode)的原因。他表示,自动模式几乎肯定会拦截这次危险操作,并反问Zac为什么没有使用。
根据Anthropic的说明,自2026年8月14日起,自动模式已成为Claude Code Pro、Max和Team用户的默认权限模式。它不会让AI任意执行命令,而是将工具调用交给专门的分类器检查,重点拦截具有破坏性、可能造成不可逆后果,或试图操作当前环境之外资源的行为。如果命令被拦截,Claude会尝试更安全的方案,或向用户请求批准。
Anthropic公布的内部测试数据显示:在涉及1053名付费测试者的实验中,人类只识别并拦截了13.6%的危险命令,而自动模式的拦截比例达到89%。
但Zac觉得自动模式并不适合自己:开启后任务经常中断,他不得不反复介入,“像一直在带孩子”,无法真正放手让AI工作。Anthropic也透露,约25%的交互式Claude Code会话在启动时选择了完全跳过权限确认——为了效率,不少用户确实愿意主动关掉部分保护。
锅在Windows、用户,还是Claude?
事件曝光后,网友很快分成了几派:
- Windows/PowerShell派:认为PowerShell管道和命令串联机制复杂,LLM生成路径时还可能在斜杠、引号等符号上出错;一旦命令链包含删除或覆盖操作,后果就会失控。有人甚至表示,ChatGPT处理这类问题的能力比Claude还差。
- 项目管理派:质疑使用者是否为项目创建了专用目录,并在Claude Code中正确限定工作目录,而不是把所有事情都丢给Agent。
- 用户经验派:有开发者称自己过去6个月消耗了数十亿Token,从未遇到AI删除关键系统文件或根目录的情况,认为问题更多在于使用方式和隔离措施不足。
如果说这些争论还能归结为习惯不同,另一起案例就让事情更复杂了。
一名Linux用户表示,就在上周,他的主目录和另一块硬盘也被删,而他当时开启的正是自动模式。问题不是某条错误删除命令,而是Claude Code为文件系统代码编写了一个有缺陷的测试,最终导致数据丢失。由于备份完整、系统配置也通过dotfiles管理,他恢复得并不困难,但这说明类似问题并非Windows独有,自动模式也不是免死金牌。
Anthropic在官方文档中同样提醒:自动模式只能降低风险,无法完全消除风险,因此建议用户尽可能在隔离环境中运行Agent。
同样是清C盘,结果天差地别
评论区也并非全是事故报告。有网友分享了截然相反的经历:他让AI帮忙清理C盘,AI顺利清理出65GB无用数据,包括多年前遗忘的文件,以及程序卸载后残留的缓存。
一边是成功释放65GB空间,一边是C盘数据遭到大面积删除。当开发者越来越习惯把终端和文件系统交给AI时,关键问题已经不只是“它能不能写代码”,而是:
- 它犯错时,危险操作能否被及时拦截?
- 数据被删后,用户有没有可靠的恢复手段?
- 效率提升和安全边界之间,默认选项到底该怎么设?
毕竟,不是每个让AI在夜里跑任务的人,都有一台NAS在背后默默备份。





评论
参数名都直接写着dangerously还敢让AI整夜无人值守,这锅确实不能全甩给Claude,但PowerShell引号转义这种低级错误恰恰说明LLM生成的shell命令太需要护栏了。自动模式89%的拦截率看着很香,25%的会话主动关掉权限确认这个数据更说明问题——效率和安全的天平,默认选项真该再想想。