Codexログインできない原因と復旧の確認順｜CLI・Windows

Codexログインできないときに最初に分けること

「ログインできない」という検索語には、少なくとも四つの状態が含まれます。codexを起動してもブラウザーが開かない状態、ブラウザーではサインインできたのにCLIへ戻らない状態、戻ったように見えてcodex login statusが未ログインを示す状態、そしてログインは済んでいるのにタスクの実行だけが失敗する状態です。前半三つは認証の入口または保存状態、最後の一つはネットワーク、利用範囲、プロジェクト、モデルなど別の原因かもしれません。

OpenAIの公式認証ガイドでは、通常のCLI入口をcodex loginとし、現在の認証方式をcodex login statusで確認し、保存された認証を消すときはcodex logoutを使うよう案内しています。まずこの三つの出力を記録し、画面に出た一行だけで原因を決めないことが大切です。公式ページは https://developers.openai.com/codex/auth です。

ブラウザーが開かない

コマンドを実行しても何も表示されない、またはリンクだけが端末に残る場合は、アカウントのパスワードを変える前に、CLIの版、既定ブラウザー、端末の表示を確認します。0.159.1ではローカルのサインインがブラウザーを開きやすくなり、ログインリンクをコピーしやすくする変更も案内されています。古い版での見え方を基準にせず、リンクをコピーして同じアカウントのブラウザーで開けるかを試します。

サインイン後にCLIへ戻らない

ブラウザーで認証を完了しても端末側が待ち続けるなら、ブラウザーとCLIをつなぐローカルの戻り先が届いていない可能性があります。別の端末やリモート環境、社内ネットワーク、セキュリティソフトが、ローカルへの受け渡しを止めることがあります。この場合は何度もブラウザーを閉じるのではなく、後述するデバイスコード方式へ切り替えると、原因を一つ減らせます。

状態が未ログインのままになる

サインイン画面を終えたのにcodex login statusが未ログインなら、別のWindowsユーザー、別の端末、別の設定場所でCLIを起動していないかを見ます。Codex CLI、デスクトップアプリ、IDE拡張は保存されたログイン情報を共有することがありますが、サインアウトすると次回に再認証が必要になります。アカウントを切り替えた直後は、個人用と組織用のワークスペースを取り違えていないかも確認してください。

ログイン後の作業だけが失敗する

codex login statusがログイン済みを示しているのに、モデル取得、プロジェクトの読み込み、タスク開始で止まる場合、認証だけをやり直しても直らないことがあります。接続先のネットワーク、プランで使える範囲、ワークスペースの制限、利用量、対象プロジェクトの状態を分けて確認します。ここでは「ログインの失敗」と「ログイン後の処理の失敗」を同じ症状として扱わないことが復旧を早めます。

いまの版と環境を先に確認する

不具合を調べるときは、操作を増やすよりも、再現した環境を固定する方が有効です。WindowsのCodexアプリと、PowerShellから起動したCodex CLIでは、表示、保存場所、利用できる入口が同じとは限りません。まずどの入口で困っているかを決め、版番号、OS、ブラウザー、利用しているアカウントの種類を一度に記録します。ここを曖昧にしたまま再認証すると、直ったように見えて同じ条件を再び踏むことがあります。

CLIの版番号を記録する

端末でcodex --versionを実行し、表示された版を控えます。2026年10月2日時点で公式チェンジログに掲載されている安定版の直近更新は0.159.3です。0.159.1にはローカルのChatGPTサインインとログインリンクに関する改善、0.159.2にはWindowsで余計なコンソール画面が表示される問題の修正、0.159.3にはアカウントの安全設定に関する案内が含まれます。版を確認せずに古い挙動を再現しようとすると、すでに修正された現象を追い続けることになります。

出典はOpenAIのChatGPTとCodexのチェンジログと、公式リポジトリのCodex CLIリリース一覧です。安定版と試験版の表示を混ぜず、サポートへ相談するときは版番号をそのまま伝えます。

Windowsの端末とブラウザーをそろえる

PowerShellでログインを始めたあと、別のユーザー権限でブラウザーを開いたり、別のWindowsアカウントでCodexアプリを確認したりすると、同じ端末でも保存状態が一致しません。通常のユーザー権限でCLIを起動し、既定ブラウザーでサインインし、戻ってきた同じ端末で状態を確認します。管理者として起動することは、アカウントの不一致やネットワークの問題を解決する万能な方法ではありません。

社内ネットワークで通信を検査している場合は、ブラウザーではページが開いても、CLIからの通信だけが失敗することがあります。OpenAIの公式認証ガイドにある証明書やプロキシの説明を確認し、会社のネットワーク担当者が指定する証明書を使ってください。認証情報を回避策として別サービスへ貼り付ける方法は避けます。

アカウントとワークスペースを確認する

ChatGPTで使っているアカウントと、Codexで選ばれているアカウントが同じでも、所属するワークスペースが違えば表示される機能や利用枠が変わります。個人用で始めたのか、組織のワークスペースで始めたのかを確認し、ログイン後に表示されるプロフィールや状態を見ます。APIキーで入った場合は、ChatGPTの契約枠ではなくOpenAI Platform側の利用として扱われるため、同じ「ログイン済み」でも条件は同じではありません。

Codexログインの復旧手順

ここからは、状態を記録したうえで、影響が小さい順に確認します。いきなり認証ファイルを削除したり、複数の入口を同時に試したりすると、どの操作で直ったのか分からなくなります。各段階で一度codex login statusを確認し、変化がなければ次の段階へ進んでください。ブラウザー方式、デバイスコード方式、APIキー方式は目的が異なるため、順番を飛ばさず、前の結果を残してから次を試すのがポイントです。

Step 1: 版とログイン状態を記録する

まずcodex --versionとcodex login statusを実行します。未ログインならそのまま次の手順へ進み、ログイン済みと表示されたら、ログイン方式とアカウント範囲をメモしてから、作業開始の失敗を別問題として扱います。版番号は、公式リリースに既知の修正があるかを判断する材料になります。

codex --version
codex login status

Step 2: 保存状態をいったん整理する

ブラウザーでは別アカウントが表示される、以前のログインが残っている、CLIだけ古い状態を見ていると感じる場合は、保存済みの認証をcodex logoutで整理します。そのあと端末を閉じて開き直し、同じWindowsユーザーでcodex loginを実行します。サインアウトはCLIやIDE拡張の次回起動にも影響することがあるため、共有端末では他の作業者が利用中でないか確認してから行います。

codex logout
codex login

ここで確認したいのは「画面が出たか」だけではありません。ブラウザーで選んだアカウント、戻ってきた端末、codex login statusが示す方式の三つがそろっているかを見ます。公式ガイドでは保存されたログイン情報はローカルのファイルまたはOSの資格情報保管場所に置かれると説明されているため、手動で保存ファイルを編集するより、まず公式コマンドを使う方が安全です。

Step 3: 通常のブラウザー方式で入り直す

ブラウザーが開いたら、利用したいChatGPTアカウントとワークスペースを選び、表示された確認を終えてからCLIへ戻ります。複数のアカウントをブラウザーで使っている場合は、別のタブに残ったセッションを使わないよう、プロフィール表示を確認します。0.159.1以降の改善が反映されているかを見るため、版を上げた場合は新しい端末で一度だけ同じ手順を試します。

ログインリンクが端末に表示されるだけなら、公式の認証ガイドに示されたリンクを、同じユーザーのブラウザーへ手動で貼り付けます。アドレスを短縮サービスや第三者のフォームへ通さず、表示された公式ドメインを確認してください。ログイン後も端末が待ち続けるときは、同じ操作を繰り返す前にStep 4へ移ります。

Step 4: 戻り先が使えないときはデバイスコードを選ぶ

リモート端末、ブラウザーのない環境、ローカルへの戻り先がネットワークで遮られる環境では、デバイスコード方式が向いています。端末で次のコマンドを実行し、表示された公式ページを別の端末のブラウザーで開いて、案内された一回限りのコードを入力します。

codex login --device-auth

この方式が表示されない場合は、ChatGPT側のセキュリティ設定やワークスペース管理者の許可が必要な場合があります。公式認証ガイドの「Login on headless devices」では、ブラウザー方式が使えない場合の選択肢としてデバイスコードを案内しています。端末に表示されたコードや認証情報を、チャット、チケット、公開メモへ転記しないでください。

Step 5: APIキー方式は用途を分けて使う

ChatGPTのブラウザーサインインではなく、OpenAI PlatformのAPIキーでCLIへ入る方法もあります。公式ガイドでは、キーをコマンドの引数へ直接書かず、標準入力からcodex login --with-api-keyへ渡す形が示されています。キーの取得元と請求先がChatGPTの契約とは別になるため、ログインできたことだけで同じ利用条件になると判断しないでください。

APIキー方式は、ローカルCLIで利用できる範囲と、ChatGPTワークスペースやクラウド機能を前提とする範囲が異なる場合があります。ブラウザー方式の代替として試すなら、目的が「手元のCLIを使うこと」なのか「特定ワークスペースの機能を使うこと」なのかを先に決めます。キーの値は画面や記事へ貼らず、不要になったらPlatform側で無効化します。

Step 6: 状態をもう一度確認する

ログイン処理が終わったら、もう一度codex login statusを実行します。ここで認証方式が想定どおりで、利用するアカウントやワークスペースも合っていれば、短い読み取り作業を一つだけ開始して接続を確認します。大きな変更や長いタスクをすぐに始めると、ログインの成功と別の不具合が混ざるため、まず小さな確認で止めておくのが安全です。

Windowsで直らないときの症状別チェック

Windowsでは、サインイン画面、ブラウザー、CLI、デスクトップアプリが別々の過程で動きます。そのため、画面に「ログイン」と出ているからといって、すべての入口が同じ状態とは限りません。次の確認では、アカウントを何度も入れ直すより、どの入口だけが不一致なのかを見つけます。端末の版とWindowsユーザーをそろえてから比較すると、保存状態の違いとサービス側の問題を切り分けやすくなります。

ブラウザーは開くが、CLIが待ち続ける

ブラウザーでサインインできてもCLIが完了しない場合は、ローカルの戻り先と通信経路を疑います。別のブラウザーで試す前に、現在の既定ブラウザーがリンクを正しく開いたか、セキュリティソフトがローカル通信を遮っていないか、会社のプロキシがCLI側にも適用されているかを確認します。公式ページの手順どおりにデバイスコードへ切り替えると、ブラウザーから端末への戻りだけを切り離して判断できます。

CLIはログイン済みだが、アプリが未ログインになる

CLIとデスクトップアプリを別のWindowsユーザーで開いていないか、片方だけ古い版になっていないかを確認します。保存されたログイン情報を共有する入口がある一方、アプリ独自の状態やワークスペース選択が残る場合もあります。まずCLIでcodex login statusを確認し、アプリ側ではプロフィールとワークスペースを見ます。片方だけを何度もサインアウトすると、正常な入口まで未ログインに戻ることがあります。

401や権限エラーがログイン直後に出る

ログイン画面を完了したあとで401や権限エラーが出る場合は、認証情報が無効とは限りません。選択したワークスペース、プランの対象範囲、利用枠、接続先の状態を順に見ます。codex login statusが正常で、別の小さな確認作業も始められるなら、ログイン問題ではなく、対象機能の利用条件や接続側の問題である可能性が高まります。

繰り返す前に版を更新する

9月後半の更新には、ローカルのサインイン画面、ログインリンク、Windowsでの周辺表示に関する変更が含まれています。0.159.3を使える環境で0.159.0以前の再現を追いかけているなら、公式の更新方法で版をそろえてから同じ症状を確認します。試験版へ切り替える場合は、安定版で直る問題と試験版固有の問題が混ざるため、版番号を記録したうえで判断してください。

リモート環境や社内ネットワークでの確認

サーバーや開発コンテナ、SSH先でログインする場合は、手元のWindowsで成功した方法をそのまま移せるとは限りません。ブラウザー方式は、認証を完了したあとにCLIが待つ端末へ戻る必要があるためです。OpenAIの公式ガイドは、画面のない環境やローカルの戻り先が使えない環境では、まずデバイスコード方式を検討するよう説明しています。リモート側のブラウザー、ポート、証明書を無理に変更する前に、公式の別方式で入口を変える方が確認項目を減らせます。

端末にブラウザーがない場合

codex login --device-authで表示されたページを、ブラウザーを使える別の端末で開きます。端末とブラウザーの画面に表示されるコードが一致していることを確認し、入力後に元の端末へ戻って状態を確認します。会社や組織の設定でデバイスコードが無効なら、管理者に許可の有無を確認し、個人の判断で認証情報の保存場所を移動しないでください。

プロキシや証明書が関係する場合

ブラウザーは開くのにCLIだけが接続できないとき、社内プロキシや独自の証明書が関係することがあります。OpenAIの認証ガイドには、企業内のTLSプロキシや独自ルート証明書を使う環境向けの設定が掲載されています。会社指定の証明書を使う必要があるときは、ネットワーク担当者に正式な設定値を確認し、認証情報を含むファイルを第三者へ渡さないようにします。

保存ファイルを直接触る前に

公式ガイドは、CLIのログイン情報が~/.codex/auth.jsonまたはOSの資格情報保管場所に保存される場合があると説明しています。このファイルを消す、編集する、別の端末へコピーする操作は、ログアウトと再ログインで直らない場合の最後の確認にします。中身には認証に使われる情報が含まれるため、リポジトリへ入れたり、問い合わせに添付したり、画面共有で映したりしないでください。

ログイン後の失敗と認証失敗を切り分ける

ログインできたかを確認するには、画面の印象ではなく、状態と最小の作業を組み合わせます。codex login statusがログイン済みで、プロジェクトの説明やファイル一覧のような読み取り中心の依頼が通るなら、認証経路は機能している可能性があります。そこで止まらずに大きな作業を始めるのではなく、次に失敗する場所を記録します。

モデル一覧だけ取得できないなら、モデルの提供範囲、ネットワーク、サービス側の一時的な状態を確認します。プロジェクトの読み込みで止まるなら、作業ディレクトリや権限、接続先を見ます。タスクは始まるのに結果を受け取れないなら、同じアカウントでもクラウド側の利用条件や通信経路が別に関係します。認証を何度もやり直す前に、公式のチェンジログとサービスの状態を確認し、問題の境界を狭めてください。

Codex CLIの版を更新しても同じなら、公式リリースの既知の問題と一致するかを確認します。たとえば0.159.1のサインイン改善は、ログイン画面やリンクの入口に関するもので、すべての接続エラーを直す変更ではありません。更新内容を症状と照合し、関係のない版変更を重ねないことが重要です。

解決しないときに残す情報

自分で復旧できない場合でも、認証情報を送る必要はありません。サポートや管理者へ相談するときは、発生日時、Windowsの版、Codex CLIの版、CLIかアプリか、ブラウザーの種類、どの段階で止まるか、codex login statusの結果、表示されたエラー文を整理します。メールアドレス、アクセストークン、保存ファイルの中身、個人用リンクは伏せてください。

公式認証ガイドには、codex loginの直接実行時にログイン専用のcodex-login.logを記録する案内もあります。ログを共有する場合は、まず認証情報や個人を特定できる値を削り、必要な行だけを抜き出します。現象が0.159.1で起きるのか、0.159.3でも起きるのかを分けて書くと、版更新で改善した問題と環境固有の問題を判断しやすくなります。

まとめ

Codexログインできないときは、アカウントを入れ直す前に、ブラウザーが開かないのか、端末へ戻らないのか、状態が保存されないのか、ログイン後の処理だけが失敗するのかを分けます。2026年9月29日の0.159.1と9月30日の0.159.3を境に、まずcodex --versionを確認し、公式の認証ガイドに沿ってcodex login status、codex logout、codex loginを順番に使います。戻り先が使えないときはデバイスコードを選び、APIキー方式は利用条件と請求先を理解したうえで用途を分けることが、Windowsでも安全な復旧につながります。

参照した公式情報は、CodexのAuthentication、ChatGPTとCodexのChangelog、Codex CLIの公式リリース、Codex CLIとChatGPTサインインの案内です。提供範囲や画面は更新されるため、記事の手順と手元の表示が違うときは、まずこれらの公式ページで現行の説明を確認してください。