开发者因AI误操作丢失700GB数据，清理脚本变成了噩梦

近日，开发者Sebastien Guillemot经历了一场令他震惊的事件。他本意是让AI Claude编写一个脚本，自动删除AI Agent在/tmp目录中留下的临时文件，最终却导致了他的整个主目录（Home Directory）被清空，700GB的数据和一周的工作成果顷刻间消失。更令人无奈的是，原本想清理的/tmp目录反而被完好无损地保留下来。

这一切的起因在于AI Agent对临时文件的处理不当。作为隐私性区块链项目Midnight基金会的CTO，Guillemot日常使用AI编程助手，但发现这些Agent常常生成大量临时文件，导致磁盘空间不足和开发环境混乱。因此，他请求Claude Fable 5编写一个清理脚本，为每个Agent分配独立的/tmp目录并在任务完成后删除相关临时文件。虽然这个要求听起来简单，但真正的难点在于确保不会误删正在使用的文件。

最初，Fable的方案是检测Agent是否仍在运行，但Guillemot觉得此方案过于复杂，要求进一步简化。然而，在安全审查过程中，触发了Anthropic的内置安全机制。系统对涉及文件删除的任务进行了降级处理，从Fable 5降到了Opus 5，再降到Opus 4.8。这一过程意在降低高风险场景下模型过于激进的可能性。 龙8头号玩家国际

随后进入的安全测试虽然通过了，能够正确识别掉/tmp和用户主目录，但在清理测试过程中出现了问题。测试中使用的一个变量复用了删除命令目标，虽然安全检查返回没有问题，清理过程却由于同样的变量名引发了灾难。最终，清理函数执行了rm -rf命令，删除了本应保留的主目录路径。

尽管Guillemot迅速试图终止进程，但为时已晚，700GB的数据已经被删除，而/tmp目录却依旧保存着原来的垃圾文件。事故过后，他思考：若未进行版本降级，是否这一切就能避免。他认为可能性很大，Fable 5在编码任务能力上优于Opus 4.8，更强的模型或许有可能识别出潜在的变量复用问题。不过这仍然只是他的主观判断，缺乏实证支持。