Codexにログインできないときの対処｜ログイン方法・状態の確認・ログアウトまで

「Codexを入れたのにログインの画面から先に進めない」「ブラウザが開かない」「いまどのアカウントで入っているのか分からない」と困っている方は多いのではないでしょうか。

Codexは、ChatGPTのアカウントでログイン（公式の表記では「サインイン」）して使うのが基本です。ただし、サインインの方式はほかにもあり、使う画面（デスクトップアプリ・CLI・エディタの拡張機能）や、手元のパソコンかサーバーかによって、手順もつまずく場所も変わります。

この記事では、ログイン方式の違いを整理したうえで、画面別の手順、画面のない環境でのログイン、状態の確認とログアウト、ログイン情報の扱い、できないときの確認の順番、会社で使うときの注意までを説明します。内容は2026年10月時点の公式情報をもとにしています。画面の表示や仕様は変わることがあるので、困ったときは公式ページもあわせて確認してください。

Codexのログインとは

Codexを使うには、まず「誰として使うか」をCodexに伝える必要があります。これがログイン（サインイン）です。公式の認証のページでは、OpenAIのモデルを使うサインイン方式として、ChatGPTでサインインする方法とAPIキーでサインインする方法の2つが挙げられています。このほか、自動実行向けにアクセストークンという仕組みもあります。

3つのサインイン方式

ふつうに画面を見ながら使う場合は、ChatGPTでのサインインを選べば足ります。APIキーとアクセストークンは、人がいないところで自動的に動かしたいときのための方式です。APIキーの設定や料金の詳しい話は、別の記事（Codex APIの記事）にまとめています。この記事では、ログインそのものに絞って説明します。

方式によって使える機能が違う

どの方式で入ったかによって、使える機能が変わります。公式の認証のページには、次のような違いが書かれています。

「ほかの人は使えているクラウドの機能が自分だけ出てこない」「プラグインが見当たらない」という場合は、ログインの方式がAPIキーになっていないかを先に疑ってみてください。確認の方法は、後の章（状態の確認・ログアウト）で説明します。

使えるプランの確認

ChatGPTでサインインして使う場合、使えるかどうかはChatGPTのプランによって変わります。公式の料金のページには、Free・Go・Plus・Pro・Business・Enterprise & Eduのプランが載っています。Freeプランでも、デスクトップアプリで簡単な作業を試せると案内されていますが、提供の状況によって異なるとの注記があります。どのプランでどこまで使えるかは、料金の記事（Codexの料金の記事）で整理しています。

ログインの手順

ここでは、使う画面ごとに、ChatGPTのアカウントでサインインする手順と、APIキーで入る場合の入口を説明します。画面の名前や表示は、公式のドキュメントに書かれているものです。アプリの更新で表記が変わることがあります。

デスクトップアプリの場合

Codexは、ChatGPTのデスクトップアプリの中で使えます。公式のクイックスタートによると、アプリを開いてChatGPTのアカウントでサインインし、そのあと、チャットを始めるか、プロジェクトやフォルダを開く流れです。

1. アプリを開くChatGPTのデスクトップアプリを開きます。入れ方は、Codexアプリの記事で説明しています。
2. 「Continue to sign in」を選ぶ認証のページでは、デスクトップアプリでChatGPTでサインインするときの選択肢として、この表示が案内されています。
3. ブラウザでアカウントに入るChatGPTのアカウントのメールアドレスやパスワード、または使っているシングルサインオンの画面で、ふだんどおりログインします。
4. アプリに戻って、作業を始めるアプリに戻ると、サインインした状態になっています。

APIキーで入りたい場合は、サインインの画面で「Sign in another way」を選び、キーを入力します。APIキーは、Codexの記事（Codex APIの記事）で説明している方法で作ります。

CLI（ターミナル）の場合

CLIでは、次の2通りの入り方があります。

公式のコマンドの一覧では、codex loginは、何も付けなければブラウザを開いて、ChatGPTのOAuth（外部サービスへの許可の仕組み）の画面に進むと説明されています。手順は次のとおりです。

1. ターミナルを開くmacOSならターミナル、WindowsならPowerShellなどを開きます。
2. codex loginと入力する入力してEnterキーを押すと、ブラウザが開きます。
3. ChatGPTのアカウントでログインするブラウザの案内に従ってログインし、許可します。
4. ターミナルに戻るログインが終わると、ターミナルに結果が表示されます。
5. 状態を確かめるcodex login statusと入力して、ログインの方式が表示されることを確認します。

Codex CLIの入れ方は、別の記事（Codex CLIのインストールの記事）にまとめています。

エディタの拡張機能（IDE拡張）の場合

Visual Studio Code・Cursor・Windsurf では、Codexの拡張機能（openai.chatgpt）を入れて使います。公式のIDE拡張のページには、エディタのCodexのアイコンから開く、アイコンが隠れているときはコマンドパレットで「Codex: Open Codex Sidebar」を実行する、と書かれています。

サインインの選択肢は、公式の認証のページに次のように載っています。

XcodeやJetBrainsのIDEでは、それぞれの開発元のAIアシスタントの仕組みを通して使う形で、サインインはその環境の案内に従います。

APIキーでCLIに入る場合

公式の例では、環境変数に入れたキーをcodex loginに渡します。

printenv OPENAI_API_KEY | codex login --with-api-key

この書き方は、macOSやLinux向けの例です。Windows（PowerShell）での書き方は、公式には案内がありません。Windowsでは、デスクトップアプリやIDE拡張の画面からキーを入力する方法が確実です。キーをコマンドに直接書くと、操作の履歴に残るおそれがあります。キーは、チャットやメモには貼らないようにしてください。

画面のない環境でのログイン

サーバーや、SSHでつないだ先のパソコン、Dockerのコンテナなどでは、ブラウザが開けないため、ふつうのログインが終わらないことがあります。公式の認証のページには、SSHの先や、localhost（そのパソコン自身）への戻り先がふさがれている環境では、ブラウザでのログインに失敗することがあると書かれています。ここでは、公式が案内している3つの方法を説明します。

3つの方法の違い

方法1：デバイスコードでログインする

公式が最初に勧めているのは、デバイスコードによるログインです（2026年10月時点ではベータ版）。ブラウザのない機械でcodex login --device-authを実行すると、手元のパソコンのブラウザで開くリンクとワンタイムコードが示されます。

1. デバイスコードのログインを有効にする個人のアカウントは、ChatGPTのセキュリティの設定で有効にします。会社のワークスペースでは、管理者がワークスペースの権限の設定で有効にします。
2. サーバーでコマンドを実行するサーバーのターミナルでcodex login --device-authと入力します。対話の画面で「Sign in with Device Code」を選ぶ方法もあります。
3. リンクを手元のブラウザで開く表示されたリンクを、自分のパソコンのブラウザで開き、ChatGPTのアカウントでログインします。
4. ワンタイムコードを入力するサーバーの画面に表示されたコードを、ブラウザに入力します。
5. 状態を確かめるサーバーに戻って、codex login statusでログインできていることを確認します。

方法2：ログイン情報のファイルをコピーする

手元のブラウザがあるパソコンでログインしておき、できたファイルをサーバーにコピーする方法です。公式の説明では、手順は次のとおりです。

1. 手元のパソコンでログインするcodex loginでログインし、~/.codex/auth.jsonができていることを確認します。
2. サーバーの同じ場所にコピーするサーバーの~/.codex/auth.jsonに同じファイルを置きます。公式のページには、SSHやDockerを使ったコピーの例が載っています。
3. サーバーで状態を確かめるcodex login statusでログインできていることを確認します。

コピーの一例として、手元のパソコンから次のように転送する方法があります（userとserverは読み替えてください）。これは一般的なファイル転送の書き方で、公式の例そのものではありません。

scp ~/.codex/auth.json user@server:~/.codex/auth.json

また、この方法は、ログイン情報がOSの資格情報ストア（キーチェーンなど）に保存されている場合には使えません。公式は、その場合、保存先をファイル方式にしてからログインし直すよう案内しています。保存方式の設定は、後の「ログイン情報の保存と管理」で説明します。

方法3：ポートを転送してログインする

ブラウザでのログインでは、公式の説明によると、ログイン後の戻りを受け取る窓口がlocalhost:1455（そのパソコン自身の1455番のポート）で待ち受けます。SSHでつないだ先では、手元のブラウザからこの窓口に届かないことがあるため、ポートを転送して届くようにします。公式の例は次のとおりです。

ssh -L 1455:localhost:1455 user@remote

1. ポートを転送してSSHでつなぐ上のコマンドで、転送を付けてサーバーにつなぎます。
2. そのSSHの画面でcodex loginを実行するつないだ画面の中で実行します。
3. 表示されたアドレスを手元で開くターミナルに表示されたアドレスを、自分のパソコンのブラウザで開き、ログインします。

状態の確認・ログアウト

「いま、どのアカウントで入っているのか」「APIキーで入っているのか」を確かめたい場面は、意外と多くあります。公式のコマンドの一覧にある、確認とログアウトの方法を整理します。

ログインの状態を確認する

ここで注意したいのは、codex statusという名前のコマンドは、公式のコマンドの一覧には載っていないことです。ログインの方式を知りたいときはcodex login status、会話の中の設定を知りたいときは、Codexを起動してから/statusと入力します。

なお、/statusが表示する内容として、公式に案内されているのは、モデルや承認の設定、書き込めるフォルダ、残りの余裕（コンテキスト）や使用量などです。ログインの方式やアカウント名が表示されるかどうかは、公式には案内がありません。ログインの方式を確かめるには、codex login statusを使ってください。

codex login statusが「ログインしていない」と判定したときの終了コードは、公式のコマンドの一覧には記載がありません。スクリプトの中で使うときは、「0ならログイン済み」という点だけを前提にしておくと安全です。

ログアウトする

ログアウトの方法は、次のとおりです。

codex logoutは、オプションがありません。ログインの方式を選ばず、保存されている認証情報をまとめて消します。

別のアカウントや方式に切り替える

アカウントや方式を切り替えるときは、いったんログアウトしてから、入りたい方式でログインし直します。

1. ログアウトするcodex logoutを実行します。
2. 入りたい方式でログインするChatGPTならcodex login、APIキーならcodex login --with-api-keyを使います。
3. 状態を確かめるcodex login statusで、狙った方式になっていることを確認します。

たとえば、「APIキーで入っていたせいで、クラウドの機能が使えなかった」という場合は、この手順でChatGPTのアカウントに戻せます。

クライアントの間でログインが共有される

公式の認証のページによると、CLIとIDE拡張は、同じログインの情報を共有しています。どちらか一方でログアウトすると、もう一方でも、次に起動したときにログインし直しが必要になります。「エディタを使っていたら、突然ログインを求められた」という場合は、ターミナルでログアウトしたことが原因かもしれません。デスクトップアプリが同じログイン情報を共有するかどうかは、公式の認証のページには記載がありません。

ログアウトやログインが受け付けられない場合

公式には、サーバーの運用などで「ワークロードアイデンティティ」という仕組みを使っている場合、codex loginとcodex logoutは拒否される、という説明があります。この場合は、プロセスの環境で認証が決まる仕組みのため、コマンドでは変えられません。管理者や環境の担当者に確認してください。

ログイン情報の保存と管理

ログインしたあとの情報は、パソコンの中に保存されます。保存の場所と扱い方を知っておくと、「ログインが消えた」「サーバーに引っ越したい」「情報を守りたい」といったときに役立ちます。

どこに保存されるか

公式の説明では、ログイン情報は、~/.codex/auth.jsonというファイルか、パソコンのOSが持つ資格情報の保管場所に保存されます。このフォルダは、環境変数CODEX_HOMEで変えられます。

設定ファイルのconfig.tomlも同じフォルダに置かれます。CODEX_HOMEを変えると、別のフォルダのログイン情報や設定が読まれるため、環境によって「ログインしている／していない」が変わることがあります。WindowsとWSLの間で、ログイン情報が引き継がれるかどうかは、公式のWSLのページには記載がありません。確実に確かめるには、それぞれの環境でcodex login statusを実行してください。

保存の方式を選ぶ

設定ファイル（config.toml）のcli_auth_credentials_storeで、保存の方式を選べます。

「サーバーにログイン情報をコピーしても動かない」という場合、手元のパソコンのログイン情報が、ファイルではなくOSの資格情報ストアに保存されていることがあります。その場合は、設定をfileにしてからログインし直すと、auth.jsonができます。

ログイン情報を守るための基本

• auth.jsonは、パスワードと同じように扱い、Gitのリポジトリにコミットしない
• メール・チャット・チケット・AIへの質問に、ファイルの中身やトークンを貼らない
• 複数の人や、複数の機械で、同じログイン情報を共有しない
• 共用のパソコンやサーバーでは、保存方式をkeyringやephemeralにすることを検討する
• トラブルのときにログを共有する前に、機密の情報が入っていないか確認する
• 信頼できない環境や、公開の環境で、Codexの実行を外部に開かない

公式のトラブルシューティングのページにも、ログを他の人に渡す前に、機密の情報が含まれていないか確かめるよう書かれています。

ログインできないとき

ここからは、ログインがうまくいかないときの確認の順番を説明します。公式のドキュメントには、エラーメッセージごとの対処の一覧はありません。そのため、症状から、公式の説明で確かめられる原因を絞っていく形にしています。

まず確認する順番

1. どの画面でログインしたかを確かめるデスクトップアプリ・CLI・IDE拡張のどれで起きているかを整理します。CLIとIDE拡張は、ログイン情報を共有しています。
2. codex login statusを実行するログインしているか、どの方式かが分かります。予想と違う方式なら、ログアウトして入り直します。
3. アプリや拡張を最新にする公式のトラブルシューティングのページには、CLIのバージョンをcodex --versionで確かめる方法が載っています。古い場合は、更新してから試します。
4. 画面のない環境かを確かめるSSHの先やサーバーなら、ブラウザでのログインが終わらないのは自然なことです。前の章のデバイスコードなどを試します。
5. ネットワークの設定を確かめる会社のネットワークで、証明書やプロキシが関係していないかを確かめます。
6. ログを見るcodex loginを直接実行したときの記録（codex-login.log）が手がかりになります。

症状別の対処

社内のネットワークで止まるとき

公式の説明では、会社が独自の証明書で通信を検査している環境などでは、PEM形式のCA証明書の束を環境変数CODEX_CA_CERTIFICATEで指定してからログインするよう案内されています。CODEX_CA_CERTIFICATEが設定されていない場合は、SSL_CERT_FILEが使われます。

なお、公式の環境変数のページには、プロキシ用の環境変数についての記載はありません。プロキシの設定が関係している場合は、勝手に設定を変えず、情報システムの担当者に、エラーの画面を添えて相談してください。

ログファイルを手がかりにする

公式の認証のページには、codex loginを直接実行すると、専用のログファイルcodex-login.logが、設定したログのフォルダに書かれると書かれています。ブラウザでのログインやデバイスコードの失敗を調べるときの手がかりになります。既定の保存場所は、公式の認証のページには載っていません。

また、操作画面（TUI）のログについては、log_dirという設定でフォルダを指定すると、平文のログ（codex-tui.log）が出力される、と環境変数のページに書かれています。公式の例は次のとおりです。

RUST_LOG=debug codex -c log_dir=./.codex-log

ログには作業の内容が含まれることがあります。調査のために他の人へ渡すときは、機密の情報が入っていないかを確かめてからにしてください。

それでも解決しないとき

公式のトラブルシューティングのページでは、不具合の報告先として、OpenAIのGitHub（openai/codex）のIssuesが案内されています。同じ症状の報告がないかを検索してから、新しく報告します。報告のときは、codex --versionの結果と、使っているOS、実行したコマンド（トークンやキーは伏せる）を添えると、原因を絞りやすくなります。

会社のアカウントなら、まず管理者に確認するのが近道です。ワークスペースの設定やログインの制限が原因のことが多いためです。

会社で使うときの注意

会社でCodexを使う場合は、個人のログインとは別に、管理者が決められる項目があります。ここでは、公式のドキュメントで確かめられる範囲を整理します。

管理者が決められること

ログインの方式やワークスペースを固定しているのに、メンバーが別の方式でログインすると、Codexはその利用者をログアウトして終了します。「ログインしたのに、すぐ閉じてしまう」という問い合わせが来たときは、この固定の設定を確認してください。

アクセストークンを使う場合

BusinessまたはEnterpriseのワークスペースでは、人がいない自動実行のために、アクセストークンを使えます。公式のページによると、次のような仕組みです。

• トークンは、ワークスペースのAccess tokensのページで作る。作った人の立場で動き、その人の実行として記録される
• 作成には、管理者（オーナー）がワークスペースの権限の設定で許可しておく必要がある
• 有効期間を決めて作る。トークンは作成時に一度だけ表示されるので、シークレットの保管場所に保存する
• 使い方は、環境変数CODEX_ACCESS_TOKENに入れて実行する方法と、codex login --with-access-tokenでログインする方法がある（後者は、その機械に保存される）
• 公開のCI、フォークされたプルリクエスト、共用の機械では使わない。持っている人は、作成者として実行できてしまうため

OpenAIのAPIの呼び出しに使うAPIキーとは別のものです。ワークスペースの権限で動かしたい自動実行にはアクセストークン、一般的なAPIの呼び出しにはAPIキー、と使い分けます。

MFA（多要素認証）の考え方

公式の認証のページでは、Codex cloudを使うアカウントには、MFAを有効にするよう案内されています。ログインの方法ごとの扱いは次のとおりです。

公式の管理者向けFAQでは、ChatGPTはワークスペース全体でMFAを強制しないため、必須にしたい組織は、SSOと、ID管理の側のMFAで強制するよう案内されています。

導入するときの進め方

1. ログインの方式を決める人が使う場合はChatGPTのアカウント、自動実行はAPIキーまたはアクセストークン、というように、用途ごとに決めます。
2. 管理者の設定を確認するログインの方式の固定、ワークスペースの固定、デバイスコードの許可、アクセストークンの許可が、方針と合っているかを確かめます。
3. 使う人に手順を渡す画面ごとのログイン手順と、ログイン情報の扱い（貼らない、共有しない）を伝えます。
4. 困ったときの窓口を決めるログインできない場合に、誰に何を伝えるか（画面のスクリーンショット、codex login statusの結果、バージョン）を決めておきます。

社内で決めておくこと

• どのサインイン方式を、誰が、何の目的で使ってよいか
• 個人のアカウントや個人のAPIキーを、業務で使ってよいか
• ログイン情報（auth.json・APIキー・トークン）の保管の方法と、共有の禁止
• 情報が漏れた疑いがあるときの連絡先と、対応の流れ
• メンバーが退職・異動したときの、アクセスの停止の手順

公式の管理者向けFAQでは、SCIMで管理しているユーザーの利用を止めるには、ID管理の側でアクセスを外すよう案内されています。そうしないと、あとの同期でまた登録される場合があるためです。アクセストークンを使っている場合は、トークンの取り消しも必要です。

よくある質問

まとめ

ログインの問題は、原因が手順・ネットワーク・設定・アカウントの権限のどれなのかを切り分けると、早く解決できます。まずはcodex login statusで、いまの状態を確かめるところから始めてください。

社内の複数の人が使う段階では、ログインの方式や管理者の設定、ログイン情報の扱いのルールなど、決めることが増えます。INTERCREATE JAPANでは、Codex・Claude Codeの導入から、社内で使い続けられるルールづくりまでをお手伝いしています。