Codex CLI狂写日志，你的SSD正在被暗杀

一年狂写640TB数据，这不是什么数据中心在做极限压测，而是你的OpenAI Codex CLI正在后台默默暗杀你的固态硬盘。 开发者Rui Fan实测发现，Codex CLI正常运行才21天，主SSD就被硬生生灌进去37TB的写入量。按这个速度推算，一年下来就是640TB。对于一块额定寿命600TBW的1TB消费级SSD来说，这意味着不到一年就能把厂商给的质保写入额度直接榨干。 这哪是帮你写代码，这分明是在给闪存颗粒做物理超度。另一位中招的开发者看着自己的三星990 2TB硬盘，心疼地算了一笔账，直言这个Bug让硬盘直接折损了38.64美元。如果放大到全体用户，今年3月到6月期间，大家可能已经默默替OpenAI承担了数百万美元的硬件损耗。 罪魁祸首其实是个低级失误。此前2月的一次代码修改中，开发人员把应用服务器SQLite日志的输出级别调成了TRACE。这个级别会记录极其详尽的底层信息，导致磁盘读写活动直接起飞。 OpenAI的工程师确实知道了这事，也提交了几个修复请求，但现实是用户还在继续看着硬盘寿命狂掉。别指望官方发版能瞬间救火，建议各位现在就去检查一下Codex CLI的日志配置，把那些不必要的本地诊断日志关掉，或者直接把日志路径重定向到内存盘里。保护硬盘，还是得靠自己。 光看640TB这个天文数字可能还没概念，咱们直接来算笔实在的经济账。Apache Flink项目管理委员会成员Rui Fan拿自己的机器做了个硬核实测。Codex CLI正常运行仅仅21天，主SSD就被硬生生灌进去37TB的写入量。 这37TB可不是白写的。Rui Fan套了个很直白的公式，硬盘折损成本等于实际写入量乘以单价。他手头那块200美元、额定寿命600TBW的1TB固态硬盘，每写1TB的成本大概是0.33美元。就这21天的功夫，他的硬盘直接蒸发了12.33美元。 如果你觉得十几块钱还能接受，那看看另一位中招开发者的遭遇。这位老哥用的是三星990 2TB NVMe固态，Codex自己跑完磁盘分析后给出的结论是，这个Bug让他的硬盘硬生生折损了38.64美元。这还只是冰山一角，有开发者直接引用Codex的估算数据吐槽，今年3月到6月期间，这破Bug可能已经让全球用户的SSD耐久度集体蒸发了数百万美元。 以前咱们总调侃AI是算力刺客，现在Codex CLI直接成了闪存杀手。拿真金白银买的顶级固态，就这么被一堆毫无意义的底层日志给物理超度了。官方现在的确在急着打补丁，但在修复版彻底推送前，你最好自己去盯紧点日志配置。别等硬盘亮红灯了才想起来找客服扯皮，你的钱包难道要替OpenAI的低级失误买单吗？ 原来这不是什么高深的技术难题，纯粹是个拍脑袋的低级失误。早在Codex CLI刚推出时，本地诊断日志就是默认开启的，这些文件会悄悄留在用户设备上。真正让日志量彻底失控的，是今年2月的一次代码修改。当时开发人员大笔一挥，把应用服务器SQLite日志的输出级别从ERROR调成了TRACE。 懂行的都知道，TRACE级别会记录极其详尽的底层运行信息。这本来是为了方便工程师排查疑难杂症，结果直接导致高吞吐量数据疯狂写入磁盘，IO活动直接拉爆。拿真金白银买的顶级固态，就这么被一堆毫无意义的底层日志给物理超度了。 OpenAI官方现在确实急了。发言人出面承认了这个问题，工程师们也在疯狂提交修复请求。从代码仓库的更新记录来看，补丁确实打了不少，近期多个旨在解决此问题的合并请求就是证明。 但现实很骨感，部分修复实装后，依然有用户在社区里哭诉硬盘寿命还在狂掉。官方的修复速度显然没赶上闪存颗粒灰飞烟灭的速度。别傻等官方发版救火了，建议各位现在就去翻翻Codex CLI的配置文件，把日志级别改回INFO或者ERROR，甚至直接把日志输出重定向到内存盘里。自己的硬件自己心疼，别让AI公司的低级失误成了你钱包的刺客。