Codex│ログインできないときの対処法｜ChatGPTアカウントとAPIキーの違い

2026年9月29日

Codexには、ChatGPTのアカウントでログインする方法と、APIキーで使う方法があります。

ログインできないときは、まず今の状態を確かめ、どこで止まっているかを切り分けます。

この記事は、2026年9月29日時点の公式ドキュメントと、Windows上の Codex CLI で確かめた結果にもとづいています。

ChatGPTアカウントとAPIキーの違い

Codex公式ドキュメント「Authentication」をもとに作成

デスクトップアプリ、コマンド版（CLI）、IDEの拡張機能は、どちらの方法でもログインできます。

CLIとIDEの拡張機能は同じログイン情報を使うので、片方でログアウトするともう片方もログアウトします。

codex login status

Logged in using ChatGPT

当方の環境では、ChatGPTのアカウントでログインしていると表示されました。

ログイン情報は、ホームフォルダの .codex/auth.json か、OSの資格情報の保管場所に保存されます。

auth.json にはトークンがそのまま入っているので、人に見せたりGitに入れたりしないでください。

codex logout
codex login

ブラウザーが開くので、ChatGPTにログインすると、ログイン情報がCodexに戻されます。

APIキーは、標準入力から codex login に渡します。

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

APIキーで使うと、ChatGPTのプランの枠ではなく、APIの通常料金で請求されます。

当方の環境では、古いコマンド版で codex login status を実行したところ、ログインの確認より前に次のエラーで止まりました。

Error loading configuration: C:\Users\（ユーザー名）\.codex\config.toml:6:16: unknown variant `default`, expected `fast` or `flex`

Codexは起動するたびに config.toml を読むので、ここに誤りがあると、ログインを含むすべての操作が止まります。

この例は、新しいデスクトップアプリが書いた値を古いコマンド版が知らなかったもので、コマンド版を新しくすると直りました。

npm install -g @openai/codex@latest

config.toml の書き方は、Codexのconfig.tomlの場所と書き方で紹介しています。

ログインのあと、Codexはパソコンの中の localhost:1455 でログイン情報を受け取ります。

リモートのパソコンで動かしているときや、ネットワークの設定でここがふさがれていると、ブラウザーから戻れません。

その場合は、デバイスコードでログインします。

codex login --device-auth

表示されたリンクをブラウザーで開き、ログインしてから、表示された使い捨てのコードを入力します。

先に、ChatGPTのセキュリティ設定（組織ならワークスペースの権限）でデバイスコードのログインを有効にしておく必要があります。

SSHで接続しているなら、ssh -L 1455:localhost:1455 でポートを転送して、ふつうのログインを使う方法もあります。

会社のプロキシが独自の証明書を使っていると、ログインで失敗することがあります。

その場合は、環境変数 CODEX_CA_CERTIFICATE に会社の証明書（PEM）の場所を入れてからログインします。

組織の管理者が、ログインの方法やワークスペースを決めていることがあります。

決められたものと違う方法でログインすると、Codexはログアウトして終了します。

この場合は、管理者に使うべきログインの方法を確かめます。

codex login を実行すると、ログの場所に codex-login.log が書かれます。

ブラウザーのログインやデバイスコードで失敗したときは、このファイルに原因が残ります。

config.toml の cli_auth_credentials_store で、ログイン情報の保存先を選べます。