“我的整个C盘被删光了！”超100万人围观Claude「闯祸」，开发者差点崩溃：幸亏每天都有备份

　　 整理 | 郑丽媛

　　 出品 | CSDN（ID：CSDNnews）

　　“你就把任务交给 AI，几个小时后回来验收成果”，听起来很诱人吧？可如果代码没写完，整个 C 盘却没了呢？

　　近日，开发者Zac在 X 上分享了自己的「离奇遭遇」：他让 Anthropic 旗下的 Claude Code 自主执行任务，结果Claude Opus 5.5把他电脑的整个 C 盘数据全删了：“天呐，Opus 5.5刚刚删掉了我整个C盘！”——截至发稿，这条帖子的浏览量已冲破100万次。

　　万幸的是，Zac 提前设置了每日自动备份，才避免了一场真正的数据灾难：“感谢上帝，我设置了每天自动备份到群晖 NAS（网络附加存储设备），否则我真的会崩溃。”

　　为了让 AI 不停下来，他关闭了权限确认

　　事发后，Zac 进一步解释了自己的工作方式：他经常让 Claude Code 连续运行数小时，全程不需要人工干预。为了避免 Agent 频繁停下来等待授权，他还用了一个名为--dangerously-skip-permissions的命令行参数。

　　这个参数会跳过权限确认，让 Claude Code 可以直接执行命令，不必逐次征求用户同意。

　　据他介绍，从 Opus 4.6 开始，他就一直采用这种工作方式，此前没有遇到过类似问题。这一次，他怀疑问题出在 PowerShell 的语法处理上，称其为一次简单的“PowerShell 语法拼接错误”，最终导致删除操作波及整个 C 盘。

　　不过，目前 Zac 尚未公开完整的命令日志或截图，外界无法确认具体是哪条命令触发了删除，也不能据此断定是模型本身、脚本语法还是其他环节出了问题。

　　Zac表示，幸好有每日自动备份，自己已经恢复了约 98% 的数据，并为系统增加了新的防护措施。他也承认，自己并非完全没有责任：“这事怪谁都不如怪我自己。说到底，我们所有人都还身处这个不断演变的 AI 世界的‘西部荒野’之中。”

　　尽管如此，他还是觉得，防止整个磁盘被意外清空的基础保护，不应该完全依赖用户自行配置——毕竟，不是每个人都像他一样有定期备份的习惯。一旦丢失的是项目代码、个人文件或重要工作资料，后果将不堪设想。

　　Anthropic 的回应：为什么不使用自动模式？

　　这场事故很快引来了 Claude Code 负责人 Boris Cherny 的回应。他在 X 上回应称：这正是 Anthropic 推荐使用自动模式（Auto Mode）的原因。

　　他表示，自动模式会在命令执行前进行风险判断，拦截可能造成不可逆后果、具有破坏性，或试图操作当前环境之外资源的行为。Boris Cherny 认为，如果Zac使用了这一模式，这次操作几乎肯定会被拦截：“你为什么没有使用自动模式呢？”

　　根据 Anthropic 的介绍，自 2026 年 8 月 14 日起，自动模式已成为 Claude Code Pro、Max 和 Team 用户的默认权限模式。

　　与直接跳过权限确认不同，自动模式并不是让 AI 想做什么就做什么：它会将工具调用交给专门的分类器进行检查，重点拦截危险行为；如果操作被拦截，Claude则会尝试寻找更安全的执行方式，或者请求用户批准。

　　Anthropic 还公布了一组内部测试数据：在涉及1053 名付费测试者的实验中，人类参与者仅识别并拦截了 13.6% 的危险命令，而自动模式的拦截比例高达 89%。

　　可问题在于，Zac并不觉得 Claude Code 的自动模式适合自己。他解释称，开了自动模式后，任务执行经常中断，让他不得不反复介入处理，感觉就像一直在“带孩子”，无法真正放手让 AI 工作。

　　Anthropic 自己也透露，约 25% 的交互式 Claude Code 会话在启动时选择了完全跳过权限确认的模式——也就是说，不少用户为了追求效率，确实愿意主动关闭部分保护措施。

　　网友吵翻了：这是 Windows 的锅，还是Zac自己的问题？

　　随着事件的曝光和传播，看热闹的网友们很快分成了几派。有人认为问题出在 Windows 和 PowerShell，有人质疑Zac没有做好项目隔离，也有人直言这就是Zac的操作问题。

　　一名开发者将矛头指向了Windows 和 PowerShell。他认为，PowerShell 的管道机制较为复杂，允许多个命令串联执行；而LLM生成命令时，路径中的斜杠等符号也可能在处理过程中出现问题——一旦命令链中包含删除或覆盖操作，错误就可能产生意想不到的后果。

　　因此，他表示：“日常我会尽量使用 Bash，但在 Windows 开发中，PowerShell 又很难完全避开。还有，别以为 ChatGPT有多好，它处理这类问题的能力比 Claude 还差。”

　　另一派网友则认为，问题可能出在项目目录管理上：“这些人到底有没有为项目单独创建专用目录，并在 Claude Code 中正确指定工作目录？还是说，他们真的把所有事情都交给Agent，自己什么都不管？”

　　还有人分享了相反的经历，认为这更像是Zac的能力不足：一名网友表示，自己过去 6 个月累计使用了数十亿 Token，却从未遇到过 AI 删除关键系统文件或根目录的情况。

　　还有Linux 用户开着自动模式，也丢了文件

　　如果说前面的争论还可以归结为操作习惯不同，那么另一名网友的经历，就让事情变得更复杂了：一名 Linux 用户表示，就在上周，他的主目录和另一块硬盘也遭遇了数据被删的事故，而且他当时用的正是自动模式。

　　据他描述，问题并非来自某条错误命令或脚本，而是 Claude Code 为项目中的文件系统代码编写了一个有问题的测试，最终导致数据丢失。

　　这名网友称，由于自己有完整备份，系统配置也通过 dotfiles（点文件配置）管理，因此恢复起来并不困难。但他强调，这说明类似问题并非 Windows 独有，也不能认为开启了自动模式就一定万无一失。

　　其实，Anthropic 在官方文档中也明确提醒，自动模式虽然能降低风险，却不能完全消除风险，所以还是建议用户尽可能在隔离环境中运行 Agent。

　　AI 真的能清理 C 盘，但你敢让它自己决定吗？

　　当然，评论区并不全是事故报告，也有网友分享了一个颇具反差的经历。

　　问：“你能帮我清理一下 C 盘吗？”

　　AI：“没问题。”

　　这名网友表示，自己确实让 AI 清理过 C 盘，最终清理出了 65GB 的无用数据，包括多年前创建后就被遗忘的文件，以及相关程序早已卸载、却仍然残留的缓存。

　　同样是清理 C 盘，一边是成功释放 65GB 空间，另一边却是整个磁盘被删——可就算有成功的案例，你又真的敢把这件事完全交给 AI 吗？当开发者越来越习惯于把终端和文件系统交给 AI 时，真正需要解决的问题已经不只是它能不能把代码写出来了，而是当它犯错时，错误能否被及时拦截，以及数据能否恢复。

　　毕竟，不是每个让 AI 在夜里跑任务的人，都有一个 NAS 在背后默默备份。

　　参考链接：https://madrobot.blog/2026/10/07/claude-opus-5-5-deleted-c-drive-claude-code-auto-mode-boris-cherny/

　　https://x.com/PerceptualPeak/status/2107621483392446572