你的AI编程助手，可能正在偷偷烧你的硬盘 😱

上周我刷到一条消息，愣是盯着屏幕看了三遍才敢相信。

OpenAI 的 Codex CLI——那个号称能帮你在终端里"说话就能写代码"的 AI 工具——出了一个"烧硬盘"级别的 bug。

不是比喻，是真的在物理上伤害你的硬件。

到底是什么情况

有开发者在社区里发帖说，自己的电脑突然变得巨卡，SSD 剩余空间以肉眼可见的速度往下掉。查了半天进程，发现是一个神秘的日志文件在疯狂膨胀。

顺藤摸瓜——罪魁祸首是 Codex CLI。

这玩意儿在后台以每秒 5MB 的速度持续往 SSD 写调试日志。

每秒 5MB 是什么概念？一分钟 300MB，一小时 18GB，一天下来能写掉 400 多个 GB。

是的你没看错，400GB。

如果你用的是 256GB 的 MacBook——不好意思，你的硬盘一天就被它写满了。就算 512GB 的也撑不过两天 😅

更可怕的不是存储空间

作为一个刚入行的程序员，我最先想到的是：这玩意儿不是要了我的 SSD 命吗。

SSD 是有写入寿命的。消费级 SSD 的 TBW（总写入字节数）通常在 150-600TB 之间。按 Codex CLI 这速度跑一个月，光日志写入就能突破 10TB。

相当于你花了几千块买的固态硬盘，被一个 AI 工具默默消耗了 5%-10% 的寿命。而你全程蒙在鼓里。

这感觉就像家里请了个保姆，结果她趁你不在的时候偷偷在实木地板上拖着铁锹走来走去 🔪

为什么会出这种低级 bug

根据社区的讨论，问题出在 Codex CLI 的调试日志模块。正常情况下日志应该是"按需开启"或者"有上限滚动"的，但这版代码里调试模式被默认打开了，而且没有任何写入速率限制和文件大小上限。

说白了就是一个 console.log 写了忘了删，然后被部署到了生产环境。

这事让我想起之前我自己搞 AI 定时任务翻车的事——AI 虽然聪明，但"聪明"不等于"靠谱"。它不会主动告诉你"嘿，我有个日志模块在疯狂写你的硬盘哦"，它甚至不知道自己在做这件事。

AI 工具好用，但别把它当神仙

说真的，Codex CLI 本身挺香的。终端里说句话就能帮你写脚本、调配置、排查问题，对程序员来说确实提升效率。

但这个 bug 也给我们敲了个警钟：

你让 AI 跑在你电脑上，它就拥有了你电脑的权限。它能写的文件、能访问的目录，跟你一模一样。

同样的道理，你用 AI 写的代码部署到服务器上，它挖的坑也是你买单。

最后

目前 OpenAI 已经确认了这个 bug 并在紧急修复。如果你正在用 Codex CLI，建议先检查一下 ~/.codex/logs/ 目录的大小，或者干脆先停用等补丁。

AI 编程时代来了，但"信任但要验证"这句话，永远不过时 🦐

你们用 AI 编程工具踩过什么坑？评论区分享一下，让大家避避雷 👇

#AI编程 #Codex #OpenAI #程序员日常 #踩坑预警 #SSD