【科技资讯】700GB数据被Claude“一键清空”,CTO傻眼了:本想让AI清垃圾,结果一周工作成果都没了…… - 科普头条

【科技资讯】700GB数据被Claude“一键清空”,CTO傻眼了:本想让AI清垃圾,结果一周工作成果都没了……

📌 信息分类:数据要素

📰 信息来源:www.36kr.com

📅 原文发布时间:2026-09-02 15:54

🕒 本站采集时间:2026-09-06 18:14:32


📝 核心摘要

2026年9月2日,CSDN发布了一起开发者遭遇的AI数据安全事故:Midnight基金会CTO、重度AI Agent用户Sebastien Guillemot因日常开发中频繁调用的AI编程助手存在“干活积极、收尾随缘”的问题,大量临时文件堆积在/tmp目录,占用磁盘空间且导致开发环境混乱,遂让Claude Fable5编写自动清理脚本,目标是为每个AI Agent分配独立/tmp目录,任务完成后删除对应临时文件。为确保脚本安全,Claude触发了Anthropic内置的对抗性安全审查机制,即通过另一个Claude实例检查代码是否存在安全问题,该机制因任务涉及文件删除操作,自动将模型从高级版本Fable5降级至更保守的Opus4.8。随后的安全测试中,Opus4.8成功识别主目录与/tmp为“危险目标”,测试通过后进入清理测试现场的步骤,却因测试代码与清理代码复用了同一变量名,触发关键Bug:原本被判定为绝对不能删除的主目录路径,被清理函数获取后执行rm -rf命令,导致700GB主目录数据(含一周工作成果)被误删,而最初要清理的/tmp目录反而未被删除。Guillemot试图终止进程未果,事故发生于05:23-05:24,工具表面显示“拒绝”删除,但实际已执行操作。事后他通过Git、Nix、会话日志等恢复大部分数据,但版本控制与日志无法替代完整独立备份,他猜测若未降级到Opus4.8,更强的Fable5或能发现变量复用Bug。这起事故凸显了AI辅助开发中的数据安全风险,强调AI虽能提升效率,但数据安全的核心仍依赖未交由AI保管的独立备份。


🔗 阅读原文


👉 700GB数据被Claude“一键清空”,CTO傻眼了:本想让AI清垃圾,结果一周工作成果都没了……


🏷️ 标签:Claude数据误删, AI安全降级机制, 变量复用Bug, 数据备份

© 2026 科普头条   |   京ICP备2026012639号   |   京公网安备11010102007649号