このページでわかること
再接続中の表示を、障害、認証、通信、利用量、ローカル作業環境に分けて確認する流れを整理します。公式障害と断定せず、まず画面表示と自分の環境を切り分けます。
まず確認すること
同じ操作で何度も止まるのか、別の作業でも止まるのか、ブラウザやCLIのどちらで起きているのかをメモします。statusページ、ログイン状態、ネットワーク、使用量、対象ファイルの順に見ます。
Codexに任せやすいこと
状況メモの整理、確認項目のチェックリスト化、次に試す軽い作業の整理、報告文の下書きはCodexやChatGPTで整理しやすい作業です。
人間が確認すること
アカウント状態、契約、障害の公式発表、認証画面、実際のローカル環境は人間が確認します。token、APIキー、ローカルパスは本文や指示に貼りません。
安全チェック
- APIキー、token、.env、SSH鍵、DB情報、ローカルパスを本文や指示に入れない
- 公式運営や特別な関係があるように見える表現を避ける
- 料金、障害、仕様、効果を断定しない
- 公開前に200、canonical、robots、内部リンク、スマホ表示を確認する
止まった作業を続きから再開する
再接続のまま進まず Codex を閉じ直したときは、最初からやり直す前に、前の会話を続きから開けるか試します。公式の説明で確かめた再開のしかたです。
| 状況 | コマンド（公式の説明） | 気をつけること |
|---|---|---|
| 同じフォルダで、直前の会話を続けたい | codex resume --last | --last は今いるフォルダの会話に絞って選びます |
| 別のフォルダの会話を続けたい | codex resume --last --all | --all で全部の会話から選びます |
| どの会話か分かっている | codex resume <ID> | ID で指定します |
| 人の操作なしで流していた作業を続けたい | codex exec resume --last | codex exec で流した作業の続きに使います |
公式の説明では、今いるフォルダが会話を保存したときのフォルダと違うと、Codex はどちらのフォルダを使うかを聞いてきます。毎回同じ答えにしたいときは設定の tui.resume_cwd を "current" か "session" にし、--cd（-C）で指定したときはそれが優先されます。
再開した直後は、前の作業がどこまで進んでいたかを Codex に報告させてから続けます。途中まで変わったファイルがあるかを先に確かめると、同じ変更を二重にかけずに済みます。
出典：OpenAI 公式「Codex CLI のコマンド」（2026年11月6日に確認）。画面やコマンドは変わることがあるため、使う前に公式のページをご確認ください。
ログインの状態を、入口ごとに確かめる
再接続が続くとき、原因がログインとは限りません。それでも、いまどの方法で入っているかを知っておくと、切り分けが一つ進みます。
| 入口 | 確かめ方 | 公式に書かれていること |
|---|---|---|
| Codex CLI | codex login status | 今の認証方法が出る。保存した認証を消すのは codex logout |
| デスクトップアプリ・IDE 拡張 | プロフィールメニュー | アカウントか API キーの状態が見える。「Log out」で資格情報が消える |
| 会社の通信を中継する環境など | CODEX_CA_CERTIFICATE に証明書の束を指定 | ログインにも、通常の HTTPS にも、WebSocket にも同じ設定が使われる |
ログイン情報は保存されて再利用され、CLI と IDE 拡張は同じものを共有します。片方でログアウトすると、もう片方も次の起動でサインインし直しです。ChatGPT でのサインインは、使っている間にトークンが自動で更新されます。
保存先は ~/.codex/auth.json か OS の資格情報ストアです。公式はファイルをパスワードと同じに扱うよう求めています。チャットやチケットに貼らないでください。ブラウザでのログインに失敗するときは、CLI の codex login が書く codex-login.log が手がかりになります。
出典：OpenAI 公式「Authentication」（2026年11月6日に確認）。
止まって見えるときに、閉じる前に見ること
再接続の表示が出ていなくても、作業が進まないように見えることがあります。公式のトラブルシューティングが挙げる順番で確かめると、閉じ直さずに済むことがあります。
| 順 | 公式の説明 | こうなっていたら（編集部の目安） |
|---|---|---|
| 1 | Codex が承認を待っていないか見る | 承認の表示が出ていれば、通信ではなく返事待ち |
| 2 | ターミナルを開いて git status のような簡単なコマンドを流す | 返ってくれば手元の環境は動いている |
| 3 | 小さく絞った指示文で、新しいチャットを始める | 同じ作業を長い会話で続けていた場合に試す |
ターミナルそのものが固まったときは、公式の説明では、ターミナルの欄を閉じて Ctrl+` で開き直し、pwd や git status をもう一度流します。思ったのと違う動きをするときは、先に今いるフォルダとブランチを確かめます。それでも動かなければ、進行中のチャットが終わるのを待ってからアプリを再起動します。worktree を作るのを取り消して指示文が消えたときは、入力欄で上矢印キーを押すと戻せます。
出典：OpenAI 公式「Troubleshooting」（2026年11月6日に確認）。右端の列は当サイトの目安です。
FAQ
再接続中は障害ですか？
公式情報で確認できるまでは断定しません。自分の通信、認証、使用量、対象作業の重さも分けて見ます。
何度も再接続になる時は何をしますか？
対象作業を小さくし、status、auth、network、rate limitを確認します。危険な設定削除は急ぎません。
ログを貼って相談してよいですか？
貼る前にAPIキー、token、ユーザー名、ローカルパス、秘密情報を伏せます。
待っている間は何をしますか？
次オーダー整理、Search Console確認、素材整理、公開URL確認などCodex以外の作業に切り替えます。
Codexトラブル対応の関連ページ
止まった時、意図しない変更、差分過大、表示崩れ、内部リンク404、500エラー、タグ確認、STOP報告へつなぐ導線です。