大量の無圧縮PNGを含むCodexの長期セッションでremote compactが失敗したので復旧した

Fri, 11 Sep 2026 21:25:17 +0900

Codexで長期間続けていたスレッドが、突然使えなくなりました。

表示されたエラーはこれです。

Error running remote compact task: {"detail":"Bad Request"}

一度失敗しただけなら再試行すればよさそうですが、このスレッドではcompactを試すたびに同じHTTP 400が返り、そのうち通常の応答まで失敗するようになりました。

新しいスレッドへ移れば作業自体は続けられます。ただ、今回は長期間動かしていたGoalがあり、それまでの調査内容や判断もできるだけ維持したかったので、壊れたスレッドを調べて復旧することにしました。

compactとは何か

長い会話を続けると、過去のやり取りをすべてそのままモデルへ渡し続けることはできません。

そこで、それまでの会話を圧縮した状態へ置き換え、続きを処理できるようにするのがcompactionです。

OpenAIのcompaction APIでは、会話をcompactすると、ユーザーメッセージと暗号化されたcompaction itemを含む出力が返ります。画像も入力として扱える仕様になっています。

ただし、Codexが内部で使うremote compactionと公開APIが、まったく同じ制限で動いているとは限りません。

今回のエラー本文はBad Requestだけで、何が制限に当たったのかまでは分かりませんでした。

復旧作業を始める前に、元のセッション履歴と関連するデータベースをコピーしました。

元の履歴は約356 MBあり、5万行を超えていました。

直接書き換えて失敗すると戻せないので、調査と再現試験はすべてコピー側で行います。コピー後はハッシュを比較し、元の履歴と同じ内容であることも確認しました。

また、履歴を読むためのデータベースは読み取り専用で開き、バックアップAPIを使って複製しました。コピーしたデータベースには整合性検査もかけています。

この時点では、元のセッション、Goal、作業ツリーには触れていません。

最後に成功したcompactと、それ以降の履歴から、現在の処理に使われるコンテキストを再構成しました。

再構成できた項目は530件です。その中に、Base64のdata URLとして保存されたPNG画像が40枚ありました。

集計すると、次のようになっていました。

ほぼ画像です。

40枚はすべて800×600ピクセルでした。PNGのチャンクCRCとzlib展開も確認しましたが、ファイルが壊れているわけではありません。

問題は圧縮方法でした。

履歴に入っていた画像は、自作ソフトウェアの表示確認中に生成したものです。

そのPNG生成処理を確認すると、IDATへ非圧縮のDEFLATEブロックを書き出していました。

40枚のうち22枚は、1枚あたり約1.92 MBあります。800×600の画像としてはかなり大きいですが、画素データをほぼそのままPNGへ詰めているので、このサイズになります。

画像表示ツールへ渡したあとも、そのPNGがBase64へ変換され、セッション履歴へ保存されていました。

無圧縮に近いPNGを生成
 ↓
画像表示ツールへ渡す
 ↓
Base64 data URLとして履歴へ入る
 ↓
長期セッション内で画像が積み上がる

同じ画像がcompact後の履歴にも残るため、長く使っているうちにセッション全体も大きくなっていました。

画像が履歴の大部分を占めているので、原因はこれに見えます。