Codexが詰まって応答しない場合は、同じメッセージを繰り返し送らないでください。承認待ち、バックグラウンドコマンド、端末の状態を順番に確認し、タスクを新しいセッションに絞り込みます。すべてが無効な場合にのみ再起動してログを確認してください。
第一段階:承認を待っているだけかもしれません
承認保留中のインターフェースを確認してください。依存関係のインストール、ネットワークへのアクセス、ワークスペース外のファイルを書き込む際、制限付きコマンドを実行する際には、Codexはエラーを起こさずに一時停止することがあります。承認処理後は進行状況を観察してください;同じ書き込みコマンドを別の端末で同時に繰り返さないでください。
CLIで/psを入力すると、バックグラウンド端末と最近の出力を確認できます。タスクが意味を失っている場合やプロセスが明らかに停止されている場合は、/stopを使ってバックグラウンド端末の現在のセッションを停止し、その後小さなコマンドを発行してください。
レイヤー2:Codexが固着しているのか端末が詰まっているのかを判定する
統合端末で実行:
pwd
git statusもしすぐに戻れるなら、端末とリポジトリは基本的に正常であり、問題は現在のチャット、承認、または特定のツールにある可能性が高いです。端末が応答しない場合は、まず端末パネルを閉じ、その後Ctrl+反引号で再度開き、これら2つの読み取り専用コマンドを繰り返し、現在のディレクトリとブランチを確認してください。
長期間出力が出ないテストやビルドに遭遇した場合、インターフェースが固まっているだけで失敗を判断しないでください。まず、/psからプロセスの状態を確認してください。もし本当に進展がなければ、そのテストを停止して別途実行し、エラーの全てをCodexに引き継ぎます。
第三の層:迅速な受容を可能にする新しいセッションを作成する
長いセッションは大量のログや無関係なコンテキストを蓄積することがあります。新しいセッションを作成し、/newで現在の目的、関連ファイル、そして検証可能なコマンドのみを提供します。例えば:
この失敗したテストのみを対象にしてください。ファイルを改変せずに、根本原因を再現し説明してください。確認後は最小限の修正のみを行います。
この方法は遅延が古いセッションから来ているかどうかを判断するのに役立ちます。新しいセッションが正常であれば、/resumeで元のタスクに戻るか、新しいセッションで直接続けるかを決めてください。会話が長すぎてもまだ利用可能な場合は、履歴を圧縮するために/compactを行うことができます。
誤りの報告を続ける必要がある場合は、診断書を持ってきてください
インストール、設定、認証、Git、ターミナル、セッションの健康状態の概要をcodex doctor --summary実行してください。macOSアプリのログはデフォルトで日付順に保存~/Library/Logs/com.openai.codex/、セッションログはデフォルトで~/.codex/sessionsに保存されます。共有前にトークン、個人情報、プライベートコードを削除してください。
端末の再起動や短いセッションが効果的でない場合は、実行中のタスクが終了するのを待ってからアプリケーションを再起動し、通常のバックグラウンドタスクを誤って停止しないようにしてください。
