OpenAI正在紧急修复一个存在缺陷的日志实现，该问题导致Codex用户的固态硬盘承受了过量的数据写入，可能缩短设备寿命并造成可观的金钱损失。

上周针对Codex编程智能体提交的一个报告在标题中就发出了警示："Codex SQLite反馈日志每年可写入约640TB，可能挑战SSD耐久度"。

项目发起人、Apache Flink项目管理委员会成员Rui Fan写道："在我的机器上，正常运行约21天后，主SSD已写入约37TB。进程和文件级检查显示Codex SQLite日志是主要的持续写入来源。以此推算，每年约640TB。在一块1TB的SSD上，这大约是每年640次全盘写入。部分消费级SSD的耐久度评级约为600 TBW，这意味着可能在不到一年内耗尽一块硬盘的全部质保写入寿命。"

SSD的使用寿命通常以TBW（写入的TB数）来衡量，具体数值因型号和容量而异。例如，三星2025款9100 PRO SSD对1TB型号承诺600 TBW——在该点之后，性能预计会下降，故障概率也会增加。

Codex的问题在于，它向SSD写入了大量日志数据，以至于用户开始担心他们的硬件正在被加速损耗。另一位在Rui Fan的帖子中回复的开发者表示："Codex分析了磁盘使用情况，告诉我这个bug让我的三星990 2TB NVMe损失了38.64美元的硬盘价值。"

该开发者随后引用了Codex对该缺陷整体成本的自估："这个回归在3月至6月窗口期内，可能已烧掉所有用户总计低个位数百万美元的SSD耐久度。"Codex的经济影响评估基于每TB写入SSD的成本0.13美元的假设。

OpenAI发言人确认，公司工程师已意识到该问题并正在修复——多项相关拉取请求也印证了这一点。这些日志本意是帮助OpenAI工程师诊断问题，问题根源在于大量数据以一种产生了远超预期的磁盘活动的方式被存储。

这些本地诊断日志在Codex应用首次上线时便已引入，并且默认开启。日志仅存储在本地设备上，除非用户在反馈报告中主动包含它们，否则不会外传。