CodexのSQLiteログ問題、AI開発ツールのローカル書き込み量に注目
Original: Codex logging bug may write TBs to local SSDs View original →
OpenAI CodexのGitHub issueがHacker Newsで注目された。報告者は、CodexがローカルのSQLite feedback log databaseへ大量の書き込みを続けていると主張している。対象は~/.codex/logs_2.sqliteとWAL、SHMファイルだ。報告者の環境では約21日のuptimeでSSDに約37TBの書き込みがあり、単純計算では年約640TBになるという。
issueにはログの内訳もある。retained rowsは681,774件、estimated retained log contentは1,035.6MiB。サンプルではTRACEログがretained bytesの70.7%を占め、mirrored telemetry系のログも大きな割合を占めていた。GitHub上ではこのissueはopenのままだ。
この話が広がった理由は、AI coding toolの置かれ方にある。エディタやterminalの横で長時間動き、ローカル文脈を読み、外部サービスとやり取りし、作業状態を保存する。だからlogging policyは内部実装の細部ではなく、製品品質そのものになる。retention、log level、ユーザーが気づける可視性が必要だ。
HNの議論では、一時的な回避策、log level、telemetry boundaryが話題になった。SQLite triggerでinsertを止める方法を共有するコメントもあった。数値は特定環境の報告なので、各ユーザーの環境で確認が必要だ。それでも示唆ははっきりしている。coding agentは出力品質だけでなく、ローカル資源の使い方でも評価される段階に入っている。
Related Articles
ChatGPT Enterpriseの管理者は、ChatGPTとCodexのAI credit消費をユーザー、製品、モデル別に確認できるようになった。ワークスペース、グループ、個人ごとの上限設定も追加された。
Samsung Electronicsは韓国の全社員と世界のDX部門社員にChatGPT EnterpriseとCodexを提供する。OpenAIによると、Codexの週間利用者は5 million人を超え、韓国での週間アクティブ利用は2026年2月1日以降ほぼ800%増えた。
Codexは開発支援から職種別workflowの表面へ広がっている。OpenAIは新pluginに62アプリと110スキルを束ね、Business・Enterprise向けSites previewも始めた。