Codexが途中で止まるときの直し方｜画面・通信・指示を初心者向けに診断

Codexの画面が動かない初心者向けに、許可待ち、指示の迷い、通信・端末の問題を見分け、二重実行を避けて安全に再開する手順を解説します。

Codexの画面が動かない、許可ボタンが出た、返事が進まないという初心者向けに、画面と通信の状態から原因を見分けます。同じ指示を送り直す前に「どんな止まり方か」を確かめ、二重実行を防ぐための記事です。

この記事では、止まり方をまず3つに分けて考えます——待っている・迷っている・届いていない。ログの最終行、標準エラー、終了コードまで読める人は、Codexが止まった原因をログで調べる手順へ進むと、待機・コマンド失敗・権限待ちを証拠から切り分けられます。

この3分類は公式の分類ではなく、初心者が最初に確認する順番として整理した、この記事独自の枠組みです。実際には利用上限やサービス側の障害など、別の原因もあります。それでも、この3つを順に確かめれば、原因の多くは自分で切り分けられます。

なお、この記事で「画面の仕様」として説明する部分は、OpenAIのCodexとChatGPTの公式資料(2026-07-26時点)にもとづいています。ほかのAI製品では、画面や設定の名前が違うことがあります。仕様や既定の値は更新されることもあるので、最後は必ず自分の使っている製品の公式ページで確かめてください。

まず「止まった」を3つに分ける

再送や再起動の前に、次の5点を見ます。最後のメッセージ・入力欄・許可ボタンの有無・エラー表示・ファイルが変わったか。この5点で、どの止まり方かをほぼ判定できます。

止まり方	画面でのサイン	最初の一手
待っている	質問文・許可ボタン・ログイン画面が出ている	表示を読んで、必要な返事だけを返す
迷っている	確認や言い直しが続く。作業が行ったり来たりする	ゴールと「触らない範囲」を決め直す
届いていない	返事が増えない。画面が変わらない。通信の失敗が出る	再送せず、別の経路で状態を確かめる

許可・質問が表示されている？
├─ はい → 内容を読み、必要な返事だけを返す
└─ いいえ → 対象ファイルが変更済み？
   ├─ はい → 再送しない。変更内容を確認する
   └─ いいえ → 通信または端末だけが止まっている？
      ├─ はい → 再送しない。状態ページや別の画面で状態を確認する
      └─ いいえ → ゴールと変更範囲を短くして頼み直す

順番も大事です。最初に「待っている」を疑い、次に「迷っている」、最後に「届いていない」を調べます。この順にすると、動いている作業を途中で壊す事故が減ります。

なお「届いていない」を調べる前に、対象ファイルがすでに変わっていないかを見るのが安全です。変更が済んでいるのに気づかず再送すると、同じ変更を二重にかけてしまいます。ファイルの確認方法は、後の「再送の前に、変更済みかを確認する」でまとめます。

原因別の見分け方と直し方

原因1：返事や許可を待っている

最初に、AIの最後の返事を読みます。「どちらにしますか」「許可してください」「ログインしてください」と書かれていたら、故障ではなく返事待ちです。画面に選択肢や確認ボタンが出ている場合も同じです。

これは設計どおりの動きです。Codexには「権限モード」という仕組みがあり、AIが一人で進めてよい範囲と、人の確認が要る範囲を分けています。たとえば「Ask for approval」という設定では、Codexはいま開いている作業フォルダ(ワークスペース)の中でファイル編集や普通の操作をし、その外へ出る操作やインターネットを使う操作の前に止まって、許可を求めます(Permissions)。つまり許可ボタンで止まるのは、あなたの判断を待つための安全装置です。

この仕組みは、部品が2つに分かれています。触れる範囲を決める部品(サンドボックス=砂場のように、遊んでよい範囲を区切るもの)と、操作の前に止まるかどうかを決める部品(承認の方針)です。公式の説明では、承認のやり方を変えても、触れる範囲そのものは広がりません(Permissions)。また、時間のかかる長い作業を始めても権限は広がらず、判断が必要な場面ではやはり停止します(Long-running work)。「長く任せたのだから勝手に進むはず」と思って待ち続けると、実は許可待ちだった、ということが起きます。

よくあるすれ違いは、「ファイルを消してよいか」と聞かれているのに、読み込み中だと思って待ち続けてしまうケースです。必要なのは再実行ではなく、「削除せず別名で保存して」という一言の返事です。

直し方は3つだけです。

質問に短く答える。
パスワードや確認コードが必要なら、自分の手で入力する(合言葉のような秘密は、AIに書かせず自分で打つ)。
削除・公開・購入など元に戻しにくい操作は、何をどこまで許すのかを読んでから答える。判断できないときは「変更はせず、安全な確認だけ続けて」と伝える。

原因2：指示が広く、ゴールが決まっていない

返事待ちではないのに、確認や考え直しが続くなら、指示の幅が広すぎる可能性があります。「いい感じに直して」「全部改善して」では、対象も優先順位も完了の判定も決められません。

OpenAIの公式ガイドは、大きい依頼や重要な依頼には「ゴール(Goal)・結果を変える文脈(Context)・欲しい出力(Output)・変えてはいけない境界(Boundaries)」の要素を含めるよう案内しています。すべてを機械的に埋める決まった書式ではなく、結果を変える部分だけを書けば十分です。細かい手順を並べるより、まず「欲しい結果」から説明することも勧められています(Prompting)。

さらに時間のかかる作業では、完了条件に「成果(Outcome)・制約(Constraints)・検証方法(Verification)」を含めると、AIが「終わったかどうか」を自分で判定できます。検証方法とは、テスト・測定・チェック基準のことです(Long-running work)。

具体例で言うと、「サイトを速くして」は広すぎます。次のように段階を切ります。

「トップページだけを調べて、遅い原因を3つ挙げる。まだ変更しない」
調査が終わったら「一番安全な1件だけ直す。エラーが出ないことを確認したら完了」
うまくいったら、残りを1件ずつ頼む。

「この1ファイルだけ」「エラーが消えたら完了」「ほかのファイルは変えない」の3点があるだけで、迷いによる足踏みは大きく減ります。

原因3：画面・作業環境・通信で実行できていない

指示を送っても返事が増えない。表示が長く変わらない。通信の失敗が出る。この場合は、指示が処理側まで届いていないか、結果だけが画面へ戻っていない可能性があります。ここは原因が1つでないので、層を分けて順番に切り分けます。

(1) まずサービス側とブラウザーを疑う。 OpenAIのヘルプセンターは、ChatGPTが「Thinking」「Generating」「Working」の表示のまま動かなくなったときの手順を示しています。無期限に止まったように見える場合は、まず30〜60秒待ち、それでも戻らなければ生成の停止・やり直し・新しい会話・画面の再読み込みなどへ進みます。あわせて、進行中の障害の確認や、拡張機能・VPN・プロキシ(=通信の中継役)の見直しも案内しています(Troubleshooting)。この30〜60秒はChatGPTの表示が終わらないときの目安であって、長いCodex作業や別のAIに当てはまる一律の制限時間ではありません。

(2) 通信エラーはネットの故障とは限らない。 Codexのクラウド版では、エージェントが作業している間のインターネット接続は、最初から遮断されるのが既定です。準備段階(セットアップ)では必要な部品を入れるためにネットを使えますが、作業が始まると切り替わります。使いたい場合は環境ごとに有効化し、必要な接続先だけに絞る形が案内されています(Agent internet access)。つまり「ネットが取れない=回線の故障」とは限りません。ただしこれはCodexクラウドの既定の話です。手元のパソコンで動かす場合や、ほかのAI製品には、そのまま当てはめないでください。

(3) ターミナルやエディター側の故障と切り分ける。 文字で命令する黒い画面(ターミナル)だけが開かない・固まるときは、AIの問題ではないことがあります。Visual Studio Codeの公式は、内蔵のターミナルが起動しないとき、設定を確認し、同じ命令ラインをVS Codeの外の端末で直接試すよう案内しています。外でも失敗するなら、AIの会話ではなくシェルやOS側を調べます(Troubleshoot Terminal launch failures)。

(4) 「遅い」は複数の層が原因になる。 AIの補助が遅いときの原因層を知る参考になります。GitHub Copilotの公式は、遅延の原因として通信・手元のパソコンの負荷・エディターの設定・拡張機能のぶつかり合い・プロキシやファイアウォールを挙げ、状態ページ・小さいファイル・ログ・別の回線での比較を勧めています(Copilotの遅延対処)。これはCopilot向けの資料で、Codex固有の仕様ではありませんが、「どの層で止まっているか」を分ける考え方は共通です。

大事なのは順番です。状態ページ → 画面の再読み込み → 別ブラウザーや別回線で同じか → ターミナルを外で試す → ログを見る。この順で、どの層の問題かを狭めます。状態ページに障害が出ていないことだけを理由に「自分のパソコンが原因」と決めつけないでください。障害の反映が遅れる、地域やアカウントで差が出る、といったこともあります。

再送の前に、変更済みかを確認する

再送の前にいちばん大事なのが、「もう変わっていないか」を見ることです。ここを飛ばすと、同じ変更を二重にかけて壊す事故が起きます。

Gitで管理しているプロジェクトなら、git status(いまの変更状況を見る命令)が便利です。この命令は、コミットとの差・保存待ち(ステージ)の状態・まだ管理に入っていない新しいファイルを一覧で見せてくれます。ただし、各ファイルの中身がどう変わったかまでは表示しません(git-status)。だから「変わったかどうか」を知るには十分ですが、「どう変わったか」を見たいときは差分を見る別の命令へ進みます。

もう1つ注意があります。ファイルがとても多いプロジェクトでは、git statusが新しいファイルを探すのに時間がかかり、遅くなることがあります。公式も、すべての環境に共通する唯一の最適設定はないと説明しています(git-status)。git statusが遅いこと自体は、AIの故障ではありません。

Gitを使っていない人は、対象ファイルの更新時刻と中身を見るだけで十分です。「さっき保存された跡があるか」を確かめてください。

安全に再開する手順と頼み直し方

どの止まり方でも、再開の前にやることは同じです。合言葉は「再送の前に、状態を読む」です。

最後のメッセージと許可表示を読む(原因1の確認)。
対象ファイルの中身や更新時刻を見る。変更がすでに済んでいないかを確かめる。
いまの作業場所を確かめる。Git管理のプロジェクトなら git status で差分を見る。
未完了と確認できた部分だけを再開する。
同じファイルを、2つの会話から同時に触らせない。公式ガイドも、関連作業は同じ会話で続け、独立した作業だけを別の会話に分けるよう案内しています(Long-running work)。

「同じ会話で続けるか、新しい会話にするか」は、次の早見表で決められます。

状況	どうする	理由
いまの文脈が続きに役立つ	同じ会話で、対象を絞って続ける	関連する作業は同じ会話で続けるのが公式の案内
前の作業と関係ない別の仕事	新しい会話に分ける	独立した作業は並行できる。ただし同じファイルは触らせない
会話が固まって、確認しても戻らない	変更済みかを確かめてから、小さく絞った指示で新しい会話	状態を読んでから、未完了部分だけを渡すため

頼み直すときは、次の型を埋めるだけで足ります。コピーして使ってください。

対象: (例)トップページの画像だけ
望む成果: (例)表示が今より速くなること
参考にする情報: (例)昨日の調査結果
出力の形式: (例)直した箇所の一覧を箇条書きで
触らない範囲: (例)文章とデザインは変えない
確認してほしい操作: (例)削除・公開の前は必ず聞く
合格条件: (例)エラーが出ないこと

最後に、同じところで二度止まらないための再発防止チェックです。頼む前に30秒だけ見直してください。

「触らない範囲」と「合格条件」を、1行ずつ書いたか
大きい仕事を「まず調査だけ」と「変更」に分けたか
同じファイルを、2つの会話に同時に触らせていないか
削除・公開・購入など元に戻しにくい操作に、「必ず先に聞いて」と添えたか

よくある質問

許可ボタンが出ているときは、AIが壊れたということですか？

いいえ。設定された作業範囲を越える前に、人の確認を待っている可能性が高いです。「Ask for approval」では、インターネット利用や作業フォルダの外へ出る前に確認を求めます。要求された操作と対象を読み、必要な範囲だけを許可してください。承認のやり方を変えても触れる範囲は広がらない、という説明が権限モードの公式資料にあります(Permissions)。

何秒待って動かなければ、やり直してよいですか？

ChatGPTが表示のまま止まって見えるときは、OpenAIヘルプセンターの手順としてまず30〜60秒待ち、それから停止・やり直し・新しい会話などへ進みます(Troubleshooting)。ただしこれはChatGPT向けの目安です。長いCodex作業やほかの製品に一律のタイムアウトとして当てはめず、許可表示の有無・ファイルが変更済みか・基本の命令が動くかも合わせて確認してください(Long-running work)。

状態ページに障害がなければ、自分のパソコンが原因ですか？

断定はできません。ブラウザーの拡張機能、VPN・プロキシ、回線、アプリ、エディター、サービス固有の制限を順に比べます。別のブラウザーや別の回線でも同じかを見ると、どこが原因かが絞れます(Troubleshooting／Copilotの遅延対処)。

新しい会話を始めるべきですか？

関連する続きで、いまの文脈が役立つなら同じ会話を続けます。会話が固まったように見えて、状態を確認しても戻らない場合だけ、変更済みかを確かめたうえで、より小さく絞った指示を新しい会話へ渡します。同じファイルを2つの会話から同時に変更させないでください(Long-running work)。

ターミナルが開かないときも、AIへ同じ指示を送り直せばよいですか？

先にターミナル側を切り分けます。VS Codeの公式は、内蔵ターミナルの設定を確認し、同じ命令ラインをVS Codeの外の端末で直接試すよう案内しています。外でも失敗するなら、AIの会話よりシェルやOS側を調べます(Troubleshoot Terminal launch failures)。

まとめ

止まり方が分かれば、次の一手は自動的に決まります。読み終わったら、次の3つから始めてください。

AIが止まったら、再送の前に最後のメッセージを読む。質問や許可が出ていたら、それに答えるだけで動き出します
頼み直すときは、対象・望む成果・触らない範囲・合格条件を書く。大きい仕事は「まず調査だけ」から段階を切る
画面が変わらないときは、状態ページ→変更済みか→別回線→ターミナルを外で試すの順で切り分けてから、未完了部分だけを小さい指示で新しい会話へ渡す。二重変更だけは避ける

公式一次情報

確認日: 2026-07-26

Permissions: 権限モードがAIの作業範囲を決め、「Ask for approval」では作業フォルダの外やネット利用の前に停止して許可を求める。承認のやり方を変えても触れる範囲は広がらないと説明している
Prompting: 大きい・重要な依頼にはゴール・文脈・出力・境界の要素を含め、手順より先に欲しい結果を説明するよう案内している
Long-running work: 長い作業には成果・制約・検証条件を渡し、権限は広がらないまま、関連作業は同じ会話で続け、同じファイルを別会話で同時変更させないよう案内している
Agent internet access: Codexクラウドではエージェント作業中のネット接続が既定で遮断され、許可する場合も接続先を絞るよう案内している
Troubleshooting: ChatGPTが表示のまま止まったら、まず30〜60秒待ち、障害確認・停止・やり直し・新しい会話・再読み込み・拡張やVPNの見直しへ進む順を示している
git-status: git statusはコミットとの差・保存待ち・未追跡ファイルを表示するが、各ファイルの変更内容そのものは表示しないと説明している
Troubleshoot Terminal launch failures: VS Codeの内蔵ターミナルが起動しないとき、設定確認と、同じシェルをVS Code外の端末で直接試す診断順を案内している
Copilotの遅延対処: 遅延の原因を通信・端末の負荷・エディター設定・拡張の競合・プロキシなどの層に分け、状態ページや別回線での比較を案内している(Copilot向けでCodex固有仕様ではない)