OpenAI 的 Codex CLI 工具被發現存在一個嚴重錯誤，會導致 SSD 在短時間內承受極大量寫入操作，甚至可能在一季內耗盡整顆硬碟的額定壽命。該問題最早由 GitHub 使用者 1996fanrui 於 6 月 14 日記錄，並指出 Codex CLI 持續對本機 SQLite 資料庫進行高頻率診斷日誌寫入，21 天內累積約 37 TB 寫入量，年化後約 640 TB，遠超一般 1 TB 消費級 SSD 約 600 TBW 的壽命上限。
重點文章
錯誤來源
問題根源在於 Codex 的 SQLite 回饋接收器預設啟用全局 TRACE 等級記錄，這是最高噪聲級別。該設定會記錄所有原始 WebSocket 負載以及一般檔案系統事件，例如開啟 passwd 或 ld.so.cache 等。更關鍵的是，它忽略標準的 RUST_LOG 環境變數，使用者無法直接調低記錄等級。據估算，約 71% 的日誌資料屬於 TRACE 級別噪音，對一般使用者毫無診斷價值。此外，資料庫不僅持續增長，還每分鐘進行數萬次插入與刪除操作，導致寫入放大效應進一步惡化實際寫入量。
影響與風險
此問題自今年 4 月起已多次被回報，OpenAI 近期的更新記錄曾提及部分 SQLite 可靠性修正，但未解決寫入速率問題。截至報導時，該錯誤仍在 GitHub 上保持開放狀態。對於使用 Codex CLI 並長時間保持運行的用戶，其 SSD 的磨損速度將大幅加快，可能不到一年就達到保固內的寫入壽命上限。
暫時解決方案
在 OpenAI 推出正式修復前，Linux 與 macOS 使用者可透過符號連結將 ~/.codex/logs_2.sqlite 指向 /tmp/ 目錄，將日誌寫入重新導向至記憶體。由於該檔案不包含對話歷史資料，重新開機後遺失亦無影響。此方法能有效避免 SSD 承受不必要的寫入負擔，直至官方釋出修正版本。
