一般的に、AIが引き起こす重大な問題というと、開発者やユーザーの意図を超えて予期せぬ挙動を示す「AIの暴走」が想起されがちだ。だが、今回の事例はそうしたAIそのものの問題ではなく、AIを搭載したコーディング支援ツールの実装不具合が原因で、深刻な影響を及ぼしているケースだ。

　この件については複数のメディアが報じており、その一つである「The Register」は2026年6月23日付の記事「OpenAI Codex bombards SSDs with needless write operations, costing millions」において、OpenAIのコーディング支援ツール「Codex CLI」が問題にあると指摘する。

　問題の焦点となっているのはSSDへの過剰な書き込みだ。Apache Flinkのプロジェクト管理委員会メンバーであるファン・ルイ氏は「GitHub」でこの不具合を報告しており、Codex CLIがSQLiteデータベースに対して過剰なログを書き込み続ける実装になっていることが原因だと説明する。その結果、意図せずSSDに大量の書き込みが発生し、ストレージの劣化を早める事態が生じているという。

　実際にファン氏が計測したところ、約21日間の稼働でメインSSDに約37TBものデータが書き込まれていた。これを単純換算すると年間では約640TBに達する計算となり、一般的なコンシューマー向けSSD（1TB）の耐久性指標（TBW：約600TB前後）を短期間で消費し得る水準だ。つまり、ユーザーのSSD寿命を1年未満で著しく消耗させる可能性があるということだ。

　背景には、2025年12月にCodex CLIに追加されたテレメトリー機能がデフォルトで有効化されたこと、さらに2026年2月のアップデートでSQLiteのログレベルが「TRACE」に変更されたことがあるとみられている。この結果、不要な詳細ログがローカルSSDへ大量に書き込まれる構造となり、ユーザーが意識しないままストレージが継続的に消耗される状況となっていた。

　さらに一部ユーザーの報告によれば、Codex CLIに自身のSSD（例：Samsung 990 2TB NVMe）を分析させたところ、この不具合によりドライブ価値が約38.64ドル低下したと推定されたという。この試算では、書き込み量とSSDの価格、TBWから減価を算出しており、同様の影響が広範囲で発生した場合、ユーザー全体で数百万ドル規模の損失に相当する可能性も指摘されている。

　OpenAIは既にこの問題を認識し、修正アップデートの提供を進めているという。だが、同様の報告は依然として寄せられており、完全な解決には至っていないとみられる。

　コード生成AIエージェントの利用が急速に拡大する中で、今回の事例は、AIそのものの知能的なリスクではなく、周辺実装の設計不備が現実的な物理的損耗や経済的損失を引き起こし得ることを明らかにした。こうした問題が早期に解消されることが強く望まれる。

上司X：　Codex CLIが、バグのせいでユーザーのローカルSSDを消耗させてしまう、という話だよ。

ブラックピット：　AIが暴走してユーザーの開発環境をめちゃくちゃにするとか、そういう話ではなくて良かったですよ。

上司X：　いやいや、良くないって。HDDもSSDも、機械だから使っているうちにいずれ壊れるのは宿命だけど、それをわざわざ加速させる必要もないだろう。

ブラックピット：　それはそうですね。1年足らずで書き込み耐久性の上限に達するかもしれないわけですから。

上司X：　AIを使って快適にコードを書いていると思ったら、気付かないうちにSSDの寿命を縮めているというのはあんまりな仕打ちってものだよ。

ブラックピット：　それにしても、OpenAIのAIに、自分たちのバグによる損害を計算させるのも、なんだか皮肉ですね。

上司X：　皮肉ってほどのことでもないんだろうが、冷静かつ客観的に計算していて面白いな。

ブラックピット：　計算式もまあ納得のいく感じですしね。ところでこの損失は穴埋めされるんでしょうかね？

上司X：　そうなんだよな。SSDの寿命が多少縮んだだけじゃ、被害の立証もカンタンじゃないだろうし。何にせよ、このバグが見つかって良かったよ。便利なAIツールでも、裏で何をしているかまでは分からないものだ。便利だからといって、何でも無条件に信頼するのも危険ということだな。