一年吃掉一塊固態硬盤，Codex日誌bug被罵“劣質軟件”

### 重點整理：Codex 日誌 Bug 導致 SSD 異常寫入，用戶痛批「劣質軟體」

近期有開發者與使用者反映，微軟旗下的 AI 程式碼生成工具 Codex 存在一個嚴重的日誌記錄 Bug，會持續且大量地將無意義的資料寫入固態硬碟（SSD）。根據初步觀察，這個問題可能導致 SSD 的寫入壽命在一年內被消耗殆盡，相當於「一年吃掉一塊固態硬碟」。消息一出，社群中隨即出現大量批評聲浪，許多人直指這款軟體「品質低落」、「根本是劣質軟體」，並呼籲微軟正視這個影響硬體壽命的重大缺陷。

### 背景脈絡：SSD 寫入壽命與日誌系統的潛在風險

固態硬碟的壽命與寫入量（TBW，Total Bytes Written）密切相關，每一顆 SSD 都有其設計的總寫入上限。一般消費級 SSD 的 TBW 約在數百 TB 到上千 TB 之間，看似充裕，但若某個軟體持續以極高頻率寫入日誌，例如每秒寫入數百 KB 甚至數 MB，累積下來一年就可能達到數十 TB 甚至上百 TB。Codex 作為一款整合在開發環境中的 AI 輔助工具，原本應僅在必要時記錄除錯資訊，但此次被揭露的 Bug 卻讓日誌系統失控，不斷重複寫入相同或無用的內容，形同「悄悄寫穿」使用者的 SSD。

### 可能影響：硬體壽命縮短、效能下降與資料安全隱憂

對一般使用者而言，最直接的影響就是 SSD 的剩餘壽命快速縮減。若長期未察覺，可能導致硬碟提早出現壞軌、寫入速度驟降，甚至完全失效。更嚴重的是，SSD 一旦寫入壽命耗盡，儲存在其中的資料將無法讀取，若未及時備份，可能造成開發專案、原始碼或個人檔案永久遺失。此外，持續的高強度寫入也會佔用硬碟的 I/O 資源，拖慢整體系統效能，讓電腦在執行其他任務時變得卡頓。對於依賴 Codex 進行日常開發的工程師來說，這不僅是軟體品質問題，更可能演變成硬體成本的無形負擔。

### 讀者可關注的後續：官方修復進度、自我檢測方法與替代方案

目前微軟尚未正式回應此 Bug，但社群中已有開發者提出暫時的因應方式，例如關閉 Codex 的日誌功能、限制日誌檔案大小，或將日誌輸出導向至虛擬記憶體（RAM Disk）以減少對 SSD 的傷害。讀者應密切關注微軟官方是否釋出更新修補程式，並留意 Codex 的版本更新說明中是否有提及日誌行為的調整。此外，建議使用者定期檢查 SSD 的健康狀態（可透過 CrystalDiskInfo 等工具查看寫入量與剩餘壽命），若發現異常的寫入增長，應立即暫停使用 Codex 並回報問題。未來若微軟未能迅速解決，開發者社群也可能轉向其他 AI 程式碼輔助工具，例如 GitHub Copilot 的替代方案，或自行撰寫腳本限制日誌行為。這起事件也再次提醒我們，即使是頂尖科技公司的產品，仍可能因細節疏忽而對使用者硬體造成長期損害，軟體品質的把關與即時修復能力，才是贏得信任的關鍵。