OpenAI Codex CLI 出現嚴重寫入瑕疵 部分用戶 21 天寫入 37 TB
發布時間:
OpenAI 的 AI 程式開發工具 Codex CLI 近日被開發者發現存在嚴重診斷日誌寫入問題，導致本地 SSD 在背景持續承受極大量資料寫入。根據 GitHub 用戶回報，部分情況下年寫入量甚至可能高達 640 TB，遠超過一般消費級 SSD 的壽命額度。
一名 GitHub 用戶（1996fanrui）在 6 月 14 日提出 Issue #28224，指出自己發現電腦出現異常磁碟活動。經追查後發現，Codex CLI 持續向本機 SQLite 資料庫（位於 ~/.codex/logs_2.sqlite）寫入大量診斷紀錄。
該用戶在 21 天連續運作後，SSD 寫入量達到約 37 TB。若以此速率持續一年，寫入量將高達約 640 TB。一般 1TB 消費級 SSD 的額定寫入壽命（TBW）通常僅約 600 TB，這意味著該漏洞可能在不到一年內耗盡 SSD 的保固壽命。
此外，當磁碟空間不足時，Codex 在某些模式下甚至會嘗試自動刪除檔案以釋放空間，造成額外風險。 問題出在 Codex CLI 的日誌系統配置錯誤。它將 SQLite 診斷日誌的寫入等級設定為 TRACE（最詳細等級），導致即使在正常使用時，也會記錄大量 WebSocket 事件與內部診斷資料，造成極高的寫入頻率。
這項問題已存在數月，近期因更多開發者回報而受到廣泛關注。
用戶如何檢查與修正
Windows 用戶檢查方式
1. 使用資源監視器（Resource Monitor）：
- 按 Win + R，輸入 resmon 並執行。
- 切換至「磁碟」分頁，觀察 codex 或相關程序的寫入活動。
Get-Counter -Counter "\PhysicalDisk(*)\Disk Writes/sec" -SampleInterval 5 -MaxSamples 10 3. 檢查 SSD 已寫入總量（TBW）：
- 下載 CrystalDiskInfo（免費工具）。
- 查看「總寫入量」或「Host Writes」欄位，評估損耗程度。
1. 使用活動監視器：
- 開啟「活動監視器」→ 「磁碟」分頁。
- 觀察 codex 相關程序的資料寫入量。
iostat -d 5或安裝 smartmontools 後執行：
smartctl -a /dev/diskX # 替換為你的磁碟識別碼 3. 檢查 Codex 日誌檔案大小：
- ls -lh ~/.codex/logs_2.sqlite*
- du -sh ~/.codex/
1. 立即升級 Codex CLI（最重要）：
codex upgrade或使用 npm：
npm update -g @openai/codex 2. 手動清理現有日誌（釋放空間並重置）：
# macOS / Linux
rm ~/.codex/logs_2.sqlite*
# Windows (PowerShell)
Remove-Item "$env:USERPROFILE\.codex\logs_2.sqlite*" 3. 限制使用時間：
- 避免長時間讓 Codex CLI 保持開啟狀態。
- 只在需要時啟動，使用完畢後關閉。
OpenAI 已在 GitHub Issue 中回應並合併部分修正（rust-v0.142.0 版本已減少 WebSocket 酬載記錄）。建議持續關注官方更新。