Codexで「コンテキストが自動的に圧縮されました」が繰り返されるときは、まず作業が本当に止まっているか確認します。圧縮が一度出ただけなら、異常とは限りません。
繰り返して進まない場合、OpenAIはタスクを止め、目標と完了済みの作業を要約して新しいCodexチャットへ引き継ぐ方法を案内しています。変更済みの成果物を守りながら進める順番をまとめます。
最初の確認:最後に進んだ操作と、承認待ち・外部処理待ちの有無を確認してください。新しいチャットを作っても利用上限は戻りません。
01自動圧縮は、長い会話を続けるための処理
コンテキストとは、AIが次の応答を考えるために参照する会話や作業の情報です。やり取りやツールの結果が増えると、そのまますべてを扱い続けることが難しくなるため、Codexには情報を小さくまとめて続行する仕組みがあります。
OpenAIのエンジニアリング解説は、会話の入力をより小さな項目に置き換え、これまでの流れを踏まえて続ける処理を説明しています。主にCodexの基盤・CLIを扱う技術解説であり、各画面で使える操作や表示がすべて同じという意味ではありません。
したがって、圧縮表示が一度出たことだけを異常とは判断しません。確認したいのは、圧縮の後に作業が進んだか、同じ表示の繰り返しで進まなくなっているかです。
また、会話の圧縮と、作業フォルダのファイル削除は別の出来事です。表示だけでファイルが消えたとも、すべて安全に保存されたとも断定せず、成果物の実際の状態を確認してください。
02本当に止まっているか、待ち状態と区別する
画面の最後の文章だけでなく、作業ログ、最新の出力、承認要求、実行中の処理を確認します。テストや外部サービスへの問い合わせを待っているだけなら、圧縮の繰り返しとは切り分ける必要があります。
| 状態 | 見るところ | 次の判断 |
|---|---|---|
| 一度圧縮され、その後に作業が進む | 新しい出力・作業結果 | 圧縮表示だけを理由に中断しない |
| 承認や入力を待っている | 確認事項と必要な操作 | 内容を確認し、許可できる範囲だけ対応 |
| テスト・外部応答を待っている | 実行状況と待ち理由 | 処理が続いているか確認する |
| 同じ圧縮表示を繰り返して進まない | 最後に完了した作業と現在の状態 | 停止し、新しい会話への引き継ぎを準備 |
何分なら異常とする一律の時間は、今回確認した公式案内では示されていません。「長く感じる」だけでなく、新しい出力があるか、待ち理由が示されているかを記録すると判断しやすくなります。
デスクトップ、CLI、IDE拡張、クラウドなど、使っている場所も控えます。停止ボタンやログの位置は環境によって異なるため、別の画面向けのコマンドをそのまま入力しないでください。
03進まないタスクを止め、新しいCodexチャットへ
OpenAI公式ヘルプは、同じ自動圧縮の表示が繰り返され、進捗がない場合に、該当タスクを停止して新しいCodexチャットを始め、目標と完了済みの作業を短く共有するよう案内しています。
- 最後に確認できた作業結果と、変更したファイル・成果物の場所を控えます。
- 該当するタスクを、利用中の画面の停止操作で止めます。
- 終了状態を確認し、外部ジョブや別プロセスが残っていないか分かる範囲で確認します。
- 新しいCodexチャットを開き、次章のような短い引き継ぎを渡します。
- 最初は現状確認から始め、既存変更を確認してから未完了部分を再開します。
このうち、停止と新しいチャットでの要約共有は公式案内です。変更内容の記録、旧会話の保管、外部処理の確認は、再開時の重複作業を避けるための編集部の安全策です。
同じ対象を二重に編集させない:前のタスクが動いているか不明なまま、新しいチャットへ同じ書き込みを依頼しないでください。会話の停止と外部処理の停止が同じとは限らないため、状態不明の操作は確認を先にします。
旧会話は参照用に残しておくと、変更理由や未解決点をたどれます。アプリの関連ファイルを削除したり、承認や安全設定を解除したりすることは、この圧縮の対処として案内されていません。
04新しいチャットへ渡す引き継ぎメモ
過去の会話を全部貼り付けるより、目的・現在の成果物・未完了部分を短くまとめます。「続きをお願い」だけでは、何が完成し、何を変えてはいけないかが新しい会話に伝わらない場合があります。
作業を安全に引き継ぐメモ
目的: 作業場所・対象ファイル: 前のタスクの状態(停止確認済み/不明): 完了したこと(確認できた結果だけ): 変更済みファイル・保存先: 実行済みテストと結果: 未完了・確認できていないこと: 次に確認すること: 変更しない条件・禁止事項: まず既存の変更と現在の状態を読み取りで確認してください。 不明な処理を二重に実行せず、確認できた未完了部分から再開してください。
これは編集部作成の記入例で、公式の申請様式ではありません。分からない項目は推測で埋めず「未確認」と書きます。ファイルのパスやリンクを書いても、新しい環境から実際に読めるとは限らないため、再開時にアクセスできるか確認してください。
コードの作業なら差分とテストを残す
Gitを使う環境なら、現在のブランチ、未コミットの変更、差分、実施したテストを確認できる範囲で控えます。未コミットだから未完成とは限らず、コミット済みだから検証済みとも限りません。実際に確認した結果を分けて書きます。
引き継ぎにAPIキー、パスワード、秘密のトークン、顧客情報を貼らないでください。必要な資料は、利用権限のある保存先から扱い、ログを共有する場合も秘密を除きます。
05新しい会話でも進まないときは上限と障害を切り分ける
新しいチャットを始めても、Codexの利用上限はリセットされません。上限表示がある場合は、設定や使用状況で、どの枠が尽きたか、残高、表示されたリセット時刻を確認します。圧縮をやり直すだけで利用枠が増える仕組みではありません。
新しい会話でも同じ作業だけが止まる場合は、まず「現在の変更を確認する」など小さな確認に区切ります。原因が分からないまま長い指示を何度も再実行すると、同じ操作を重複させるおそれがあります。特定ファイルやツールで止まるなら、その直前の出力を控えてください。
複数のタスクで急に失敗する場合は、OpenAIの稼働状況も確認先になります。ただし、ステータスに問題がないことだけで個別の不具合を否定せず、掲載された障害が今回の原因とも自動で決めないようにします。
問い合わせる場合は、発生日時とタイムゾーン、使ったCodexの種類・バージョン、モデル、表示文、最後に進んだ操作、新しい会話での結果を整理します。公式ヘルプからサポートへ進み、画面やログに機密情報が含まれていないか確認してから共有してください。
06よくある質問
圧縮表示は必ずエラーですか?
いいえ。長い会話を続けるための処理です。同じ表示の繰り返しと、作業が進んでいない状態が重なっているか確認します。
新しいチャットにすれば利用上限も戻りますか?
戻りません。OpenAI公式が、チャットの新規作成で利用上限はリセットされないと説明しています。
圧縮されたら作業ファイルは全部消えますか?
会話の圧縮とファイル削除は別です。表示だけで判断せず、保存先と変更内容を確認してください。
前の会話は削除すべきですか?
圧縮への対処として削除は必要ありません。作業記録を参照できるよう残し、新しい会話へ要点を引き継ぐ方法が安全です。
同じ表示なら待ち続けるしかありませんか?
承認や外部処理待ちを確認し、繰り返して進まない場合は、公式案内に沿ってタスク停止と新しいチャットへの引き継ぎを検討します。
07まとめ:進行確認から、安全な引き継ぎへ
- 圧縮が一度出たことと、反復して進まない状態を分ける。
- 承認待ちや外部応答待ちを確認してから停止を判断する。
- 既存の変更を記録し、前のタスクと二重編集しない。
- 新しい会話には目標・完了済み・未完了・制約を短く渡す。
- 利用上限は新しいチャットでもリセットされない。
大切なのは、作業を最初からやり直すことではなく、残っている成果物と未完了部分を確認して再開することです。復旧を保証する方法ではありませんが、不確かな状態で同じ操作を重ねるより、原因と作業の続きが整理できます。
引用元・公式情報
2026年11月1日にOpenAI公式ヘルプと技術解説を確認しました。停止・新しいチャットへの要約共有は公式案内、記録用メモや二重編集を避ける確認順は編集部の整理です。表示位置や停止方法はクライアントにより異なります。今回、障害原因や復旧所要時間を特定したものではありません。
- OpenAI:ChatGPTプランでCodexを使う:停止時のFAQ、利用上限と確認先。
- OpenAI:Codexエージェントループの展開:2026年1月23日公開。コンテキスト管理と圧縮の技術解説。
コメント