OpenAI Codex CLI曝出严重Bug，高频日志写入或快速耗尽SSD寿命

近日，一个影响OpenAI Codex命令行工具（CLI）的严重Bug被用户发现，它可能导致用户的固态硬盘（SSD）寿命在短时间内被快速耗尽。这个问题的根源是什么？普通用户又该如何应对？

根据GitHub用户1996fanrui在6月14日提交的问题反馈，其设备长期出现异常高的磁盘占用。经过排查，最终确认问题出在Codex CLI工具上。该工具会

，从而产生了惊人的磁盘写入量。

实测数据揭示惊人写入量

该用户提供的实测数据显示，其设备在连续运行21天后，累计产生了高达

。如果按此速率推算，全年写入总量将达到约640TB。而目前市面上主流的1TB消费级SSD，其官方标定的总写入字节数（TBW）普遍在600TB左右。这意味着，如果持续运行存在此Bug的Codex CLI工具，。

Bug根源与临时解决方案

导致这一问题的技术根源在于，Codex内置的SQLite日志采集组件默认启用了全局TRACE级别。这是日志系统中信息输出粒度最细的模式，程序会完整记录WebSocket原始传输数据包、系统文件读写等全部底层行为。统计显示，约

。

更棘手的是，由于该工具忽略了标准的RUST_LOG环境变量，用户目前无法通过常规配置方式来降低日志输出级别。不过，对于Linux和macOS平台的用户，存在一个临时的解决方案：可以通过创建符号链接，将日志文件指向系统的临时目录（如/tmp）。这样，所有日志写入操作将转移到内存中，从而大幅降低对SSD的损耗。需要说明的是，该日志文件仅存储底层运行记录，不保存用户对话数据，设备重启后日志丢失不会影响Codex CLI的正常运行。