跳到正文
原文
36氪·AI·· 20 天前AI 评分58

开发者称 Claude Code 删光整个 C 盘,靠每日自动备份恢复约 98% 数据

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

文章要点
  • 1开发者 Zac 称 Claude Opus 5.5 在自主任务中删光其整个 C 盘,相关帖子浏览量已超 100 万
  • 2他长期用跳过权限确认的参数运行 Agent,靠每日备份到 NAS 已恢复约 98% 数据
  • 3Anthropic 称自动模式会拦截危险命令,1053 人内测中人工拦截 13.6%,自动模式达 89%
  • 4有 Linux 用户称自动模式下也发生数据被删;约 25% 的会话启动时选择完全跳过权限确认
决策要点

事件的实质是 Agent 无人值守运行的效率与数据安全边界问题,跳过权限确认把一次误操作放大成整盘数据损失。

  • 影响:把文件系统和终端交给 Agent 长时间自主运行时,一次误操作就可能造成不可逆的数据损失;官方防护模式能降低风险,但官方文档自己承认不能完全消除;备份和隔离环境会成为团队使用 Agent 的前置成本。
  • 参考:可考虑先盘点哪些 Agent 任务会执行删除或覆盖类命令、能否放进隔离环境或受限账号运行;值得在放开权限前为开发机和重要数据配好自动备份,再评估是否值得跳过权限确认。
  • 依据:删盘经过来自当事人 Zac 在 X 的自述,其未公开命令日志,成因暂无独立验证;89% 与 13.6% 的拦截率对比为 Anthropic 官方内测口径。
正文

Image 1: 36氪

账号设置我的关注我的收藏申请的项目退出登录

登录

搜索

搜索

项目推荐

我要入驻

城市合作

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

CSDN· 2026年10月13日 07:27

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

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

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

Image 2

万幸的是,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 使用了这一模式,这次操作几乎肯定会被拦截:“你为什么没有使用自动模式呢?”

Image 3

根据 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

本文来自微信公众号“CSDN”,整理:郑丽媛,36氪经授权发布。

该文观点仅代表作者本人,36氪平台仅提供信息存储空间服务。

商业策划

+1

1

好文章,需要你的鼓励

CSDN特邀作者

0收 藏+10评 论

Image 4: 36氪打开微信“扫一扫”,打开网页后点击屏幕右上角分享按钮微 博

沉浸阅读 返回顶部

举报

参与评论

评论千万条,友善第一条

登录后参与讨论

提交评论 0/1000

你可能也喜欢这些文章

AI破解56年数学难题登Science,还是DeepMind讲究,成果交给同行评审

最新硅谷内幕:三大巨头正集体冲刺RSI

百万token做赌注,字节把AI游戏这条路打通关了!

梁文锋和Winverse之间,早就搭好了一座桥

RSI新突破,UC Berkeley、Sakana AI团队提出「多Agent自监督」MASS

Anthropic惊人预警:小模型已有生命迹象,AI蠕虫恐引爆全球物联网灾难

AI的合理使用与蒸馏模型有区别吗?——定义“学习”的权力

从连接信息到组织行动:智能体经济增长的底层逻辑

AI剪辑混战,钱从剪辑师流向了谁?

Image 5

CSDN

特邀作者

TA没有写简介,但内敛也是一种表达

发表文章 1533 篇

最近内容

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

14分钟前

Windows 11开始菜单早就过时了,该淘汰了,微软遭网友喊话,高管下场回应:10亿用户众口难调

19小时前

几乎没人手写代码了、IDE正在消失,2026年科技圈正在发生什么?

2026-10-10

阅读更多内容,狠戳这里

商业策划

Image 6: 36氪

36氪AI测评

选靠谱AI,看真实评测

查看

36氪AI测评官方交流社区

加入

36氪项目推荐

咨询项目审核和入驻

联系

36氪项目推荐订阅号

关注

下一篇

AI破解56年数学难题登Science,还是DeepMind讲究,成果交给同行评审

一口气解决9道埃尔德什开放问题

16分钟前

关于36氪

网络谣言信息举报入口

热门推荐

合作伙伴

  • Image 7: 阿里云
  • Image 8: 火山引擎
  • Image 9: 高德
  • Image 10: 个推
  • Image 11: 星球日报
  • Image 12: 鲸准
  • Image 13: 氪空间
  • Image 14: 富途牛牛
  • Image 15: 企服点评
  • Image 16: 人人都是产品经理
  • Image 17: 领氪

36氪APP下载

Image 18

iOS & Android

Image 19: 36氪

本站由阿里云提供计算与安全服务 违法和不良信息、未成年人保护举报电话:010-89650707 举报邮箱:jubao@36kr.com网上有害信息举报

© 2011~2026 北京多氪信息科技有限公司 |京ICP备12031756号-6|京ICP证150143号|京公网安备11010502057322号

意见反馈

Image 20

36氪APP 让一部分人先看到未来

36氪

鲸准

氪空间

Image 21 推送和解读前沿、有料的科技创投资讯

Image 22 一级市场金融信息和系统服务提供商

Image 23 聚焦全球优秀创业者,项目融资率接近97%,领跑行业

来源:36氪·AI · 36kr.com