有研究人員發現 OpenAI 程式編寫工具 Codex CLI 存在嚴重錯誤。工具持續向本機 SQLite 資料庫高頻寫入日誌，21 天內累積約 37 TB 寫入量，年化後約 640 TB，遠超一般 1 TB 消費級 SSD 約 600 TBW 壽命上限，對用戶硬件造成極大威脅。
問題根源
GitHub 用戶 1996fanrui 於 6 月 14 日率先記錄此問題。他發現 Codex CLI 內 SQLite 回饋接收器預設啟用最高噪聲等級 TRACE，並無視標準 RUST_LOG 環境變數，令用戶無法透過常規方式調低日誌級別。這設定令工具記錄所有原始 WebSocket 負載，以及 inotify 監測等瑣碎檔案系統事件。當中例如開啟 passwd 或 ld.so.cache 等操作，令 TRACE 等級噪聲佔整個資料庫儲存容量約 70.7%，對一般用戶毫無診斷價值。
寫入放大效應
雖然日誌資料庫 ~/.codex/logs_2.sqlite 大小維持約 1 GB，但真實寫入量遠超此數字。研究人員在一段 15 秒取樣窗口內，觀察到系統插入約 36,211 行紀錄。系統同時持續刪除舊有紀錄以維持資料庫大小，形成不斷循環的「插入即刪除」機制，產生巨大寫入放大效應。這意味 SSD 承受實際寫入量，遠遠超過資料庫檔案大小呈現數字。
問題懸而未決
用戶自 2026 年 4 月起已回報多個相關 GitHub issue。當中涉及 SQLite WAL 無限增長及 Windows WSL2 磁碟 100% 佔用等情況。OpenAI 雖曾在更新紀錄中提及部分 SQLite 可靠性修正，但核心寫入速率問題至今仍未解決，相關 issue 保持開放狀態。Linux 及 macOS 用戶可透過臨時方案，將 ~/.codex/logs_2.sqlite 以 symlink 導向 /tmp/，把寫入重定向至記憶體。由於該檔案不含對話數據，重啟後消失亦不影響使用。
資料來源：NotebookCheck
