codex ログアウトで詰まった人へ、認証解除・再ログイン・安全確認まで丸ごと整理

Codex CLI や Codex の IDE 拡張機能を使っていて、「別アカウントで入り直したい」「ログアウトしたはずなのに動く」「auth.json を消していいのか不安」と感じて検索している人は少なくありません。特に Codex は ChatGPT アカウント連携、API キー、ローカルの認証ファイル、IDE 拡張、ChatGPT 側のセキュリティ設定が関係するため、単に「ログアウト」といっても確認すべき場所が複数あります。

この記事では、2026年5月19日時点で確認できた Codex CLI 公式リファレンス、OpenAI ヘルプ、関連する技術記事、GitHub issue などをもとに、codex ログアウトの基本手順、認証情報の残り方、再ログイン、インストール・アップデート時の注意点、うまくログアウトできないときの見方をまとめます。体験談ではなく、公開情報を整理した実務向けの解説です。

この記事のポイント
✅ Codex CLI の基本的なログアウトは codex logout で行う
✅ TUI 内では /logout が使われるケースもある
✅ 認証情報はローカルの auth.json や OS キーチェーンに保存される場合がある
✅ 「ログアウトしたのに使える」場合は、ChatGPT 側・ローカル側・別環境側を分けて確認する

codex ログアウトの正しい理解と基本手順

1. codex ログアウトへの最短回答は codex logout を実行すること
2. /logout はCodex起動中に使うログアウト操作として覚えておくこと
3. auth.json は認証情報の保存先として扱いに注意すること
4. ChatGPT側の「すべてログアウト」は反映に時間差があること
5. IDE拡張や別端末では個別にログアウト確認をすること
6. codex ログアウト AI回答を見る前に公式コマンドを確認すること

codex ログアウトへの最短回答は codex logout を実行すること

「codex ログアウト」と検索している人がまず知りたい答えはシンプルです。Codex CLI の公式コマンドとしては、codex logout が保存済み認証情報を削除するログアウトコマンドとして案内されています。OpenAI Developers の Codex CLI リファレンスでも、コマンド一覧に codex logout が掲載されており、内容は「保存された認証情報を削除する」という位置づけです。

つまり、まず試すべき基本形は次の通りです。

codex logout

Windows の PowerShell、macOS のターミナル、Linux のシェルなど、Codex CLI が使える環境であれば、基本的にはこのコマンドを実行します。ただし、環境によっては Codex CLI のバージョン、認証方式、認証情報の保存先が異なるため、codex logout だけで「すべての場所から完全に無効化された」とまでは言い切れません。

📌 codex ログアウトの基本整理

操作	目的
codex logout	CLI に保存された認証情報を削除する
/logout	Codex 起動中の対話画面からログアウトする
ChatGPT の「すべてログアウト」	ChatGPT 側の有効セッションを無効化する
auth.json の確認	ローカルに認証情報が残っていないか見る

ここで大事なのは、Codex のログアウトには「CLI からのログアウト」と「ChatGPT アカウント側のログアウト」があるという点です。Codex CLI は ChatGPT アカウントでサインインして使う場合があるため、CLI 側の認証情報と ChatGPT 側のセッション管理が関係します。

OpenAI ヘルプでは、Codex は ChatGPT Plus、Pro、Business、Enterprise/Edu などのプランと連携して利用できると説明されています。つまり、Codex は単独の小さなツールではなく、ChatGPT アカウントやワークスペース権限ともつながるツールです。

参考：OpenAI Help Center
https://help.openai.com/ja-jp/articles/11369540-chatgpt-%E3%83%97%E3%83%A9%E3%83%B3%E3%81%A7-codex-%E3%82%92%E4%BD%BF%E3%81%86

✅ まず実行する順番

順番	やること
1	ターミナルで codex logout を実行する
2	Codex を再起動する
3	再ログインを求められるか確認する
4	別端末・IDE 拡張でも同じ状態か確認する
5	必要に応じて ChatGPT 側のセキュリティ設定も確認する

codex logout を実行したあとに、再び codex を起動してログイン画面が出るなら、少なくともその環境の CLI 側ではログアウトできている可能性が高いです。逆に、何も聞かれずにそのまま使える場合は、別の保存先や別の認証方式が残っている可能性があります。

なお、提供された GitHub issue では、auth.json をコピーして別コンテナで使っていたケースにおいて、ログアウトや ChatGPT 側の revoke 後も引き続き使えてしまうという報告がありました。ただし、その issue は「Closed as not planned」となっており、公式な一般解決策が示されたものではありません。したがって、似た症状が出る場合は、ローカルファイル、コピー先環境、ChatGPT 側設定を分けて確認するのが現実的です。

/logout はCodex起動中に使うログアウト操作として覚えておくこと

Codex CLI には、通常のシェルコマンドとして実行する codex logout とは別に、Codex の対話画面内で使われるスラッシュコマンドがあります。公開されている利用メモの中では、Codex を立ち上げた状態で /logout を使う流れが紹介されています。

codex logout はターミナルから直接実行するコマンド、/logout は Codex の画面内で入力する操作、と分けて覚えると混乱しにくくなります。

📌 codex logout と /logout の違い

操作	入力する場所	主な用途
codex logout	PowerShell / ターミナル	Codex CLI のログアウト
/logout	Codex の対話画面内	起動中セッションからのログアウト
ChatGPT のログアウト	ブラウザの設定画面	Web 側セッションの終了
API キー削除	環境変数や設定ファイル	API 認証の切り替え

たとえば、Codex CLI を起動している状態で、画面内にコマンドを入力できるなら /logout を試す価値があります。一方、Codex を起動せずにログアウトだけしたい場合は、ターミナルで codex logout を使うほうがわかりやすいです。

関連する note 記事では、Codex CLI をアップデートしたあとに Codex を立ち上げてログアウトし、再度起動してログイン認証する流れが紹介されています。これはアップデート後にモデル選択や認証状態を整える文脈で紹介されているもので、すべての環境にそのまま当てはまるとは限りませんが、再認証したいときの操作イメージとしては参考になります。

参考：Codex CLIのアプデ！以前から使っていた人がアプデする方法
https://note.com/ritsuto2525/n/n226338332193

✅ 使い分けの目安

状況	使う操作
Codex を開いていない	codex logout
Codex の画面を開いている	/logout
アカウント自体のセッションを切りたい	ChatGPT のセキュリティ設定
端末を変えたらまだ使える	その端末でもログアウト確認
コンテナや WSL にコピーした	コピー先の認証ファイルも確認

ここで注意したいのは、/logout と codex logout のどちらを使っても、すべてのコピー済み認証情報まで自動で消えるとは限らないということです。特に auth.json を別の場所へコピーして使っている場合、そのコピー先は別管理になっている可能性があります。

また、Codex CLI には login コマンドもあります。OpenAI Developers の CLI リファレンスでは、codex login は ChatGPT OAuth、デバイス認証、標準入力からの API キーなどで認証するコマンドとして説明されています。ログアウト後に再度使う場合は、codex の起動時または codex login で認証し直す流れになります。

結論として、普段使いであれば 「ターミナルでは codex logout、起動中なら /logout」と覚えておくと十分です。ただし、セキュリティ目的で完全に切りたい場合は、後述するローカル認証ファイルと ChatGPT 側の確認まで行うのが無難です。

auth.json は認証情報の保存先として扱いに注意すること

Codex CLI のログアウトで混乱しやすいのが、auth.json という認証情報ファイルです。GitHub issue では、~/.codex/auth.json を WSL やコンテナにコピーして使っていたケースが報告されています。このような使い方では、元の環境でログアウトしても、コピー済みの認証ファイルが別の場所に残る可能性があります。

auth.json は、名前の通り認証に関係するファイルです。中身を不用意に共有したり、別環境にコピーしたり、Git にコミットしたりするのは避けるべきです。提供された GitHub issue の内容から見ても、コピー済みの認証情報の扱いは慎重に考える必要があります。

📌 auth.json で注意したいこと

項目	注意点
保存場所	一般的には ~/.codex/auth.json のような場所が使われる場合がある
コピー	別環境へコピーすると、その環境でも使える可能性がある
削除	削除前にログアウトコマンドを試すのが基本
共有	他人に渡すべきではない
Git 管理	リポジトリに含めないほうがよい

Windows であれば、ユーザーフォルダ配下の .codex ディレクトリが関係する場合があります。Qiita の記事でも、Windows では C:\Users\ユーザー名\.codex に config.toml が生成されると説明されています。認証ファイルの保存先は設定やバージョンによって変わる可能性があるため、実際の環境で .codex フォルダを確認するのがよいでしょう。

ただし、認証ファイルを手動削除する場合は慎重に行ってください。一般的にはログアウトコマンドで消すのが先です。手動削除は、ログアウトしても再ログイン状態が残る、または明確に不要なコピーがある、といった場合の確認作業として考えるほうが安全です。

✅ 環境別の確認ポイント

環境	見る場所の例
Windows	C:\Users\ユーザー名\.codex
macOS / Linux	~/.codex
WSL	WSL 内の ~/.codex
Docker コンテナ	コンテナ内にコピーした .codex
IDE 拡張	拡張機能側のサインイン状態

GitHub issue では、codex logout、ChatGPT 側の revoke、「Logout all devices」を試しても、コピー済みの認証情報を使ったコンテナが引き続き使えたという報告がありました。これは個別の報告であり、現在の仕様全体を断定する材料にはなりませんが、認証ファイルをコピーした場合は、コピー先も忘れずに処理する必要があるという教訓にはなります。

参考：Unable to logout/invalidate login credentials from auth.json
https://github.com/openai/codex/issues/2557

もし auth.json が複数の環境に散らばっているなら、次のような順番で整理するのがわかりやすいです。

🔍 認証ファイル整理の順番

順番	作業
1	現在使っている端末で codex logout を実行する
2	WSL、コンテナ、別端末にも .codex がないか確認する
3	不要なコピーがあればバックアップ方針を決めて削除を検討する
4	ChatGPT 側のセキュリティ設定も確認する
5	再ログインが必要な環境だけ再認証する

なお、この記事ではセキュリティ上の理由から、認証ファイルの中身を確認・編集する方法は詳しく扱いません。基本は ログアウト、不要ファイルの削除、再ログインの順で考えるとよいです。

ChatGPT側の「すべてログアウト」は反映に時間差があること

Codex を ChatGPT アカウントで使っている場合、ChatGPT 側のセキュリティ設定も関係します。OpenAI ヘルプでは、ChatGPT の設定画面から「すべてログアウト」を実行できると説明されています。手順としては、プロフィールアイコンから設定を開き、セキュリティ項目で「すべてログアウト」を選ぶ流れです。

ただし、OpenAI ヘルプによると、ChatGPT の他の有効セッションがログアウトされるまで最大30分かかる場合があります。したがって、「今すぐ別端末でも完全に切れないのはおかしい」と焦る前に、少し時間を置く必要があります。

📌 ChatGPT側のログアウト手順

手順	内容
1	ChatGPT を開く
2	右上のプロフィールアイコンを選ぶ
3	設定を開く
4	セキュリティを選ぶ
5	すべてログアウトを実行する

参考：すべてのデバイスからログアウトするにはどうすればよいですか？
https://help.openai.com/ja-jp/articles/9243857-how-do-i-log-out-of-all-of-my-devices

ここで押さえたいのは、ChatGPT の「すべてログアウト」は、ChatGPT や Platform のセッションを無効化するための機能であるという点です。Codex CLI のローカル認証情報そのものをどう扱うかは、CLI 側のログアウトや認証ファイルの管理と合わせて考える必要があります。

一方、API Platform のセッションについては、OpenAI ヘルプでは直ちに終了すると説明されています。ただし、Codex CLI が ChatGPT OAuth で使われているのか、API キーで使われているのか、ワークスペース設定で使われているのかによって確認すべき場所は変わります。

✅ ChatGPT側とCodex側の違い

項目	主な対象
ChatGPT のすべてログアウト	Web や Platform のセッション
codex logout	Codex CLI の保存済み認証情報
auth.json の削除検討	ローカルに残った認証ファイル
API キー無効化	API キーを使った利用
ワークスペース管理	Business / Enterprise / Edu の管理設定

GitHub issue では、ChatGPT 側で revoke や logout all を行っても、コピー済み認証情報で Codex CLI が使えたという報告がありました。これは個別事例ですが、ChatGPT 側だけで済ませず、ローカル側も確認するという考え方は重要です。

もしセキュリティ上の理由で「この端末ではもう Codex を使えない状態にしたい」なら、ChatGPT 側の「すべてログアウト」だけでなく、対象端末で codex logout を実行し、不要な .codex ディレクトリや auth.json の存在も確認するのが現実的です。

IDE拡張や別端末では個別にログアウト確認をすること

Codex は CLI だけでなく、IDE 拡張や Codex app など複数の入り口から利用されます。OpenAI ヘルプでも、Codex app、Codex CLI、Codex IDE extension、Codex web などが案内されています。そのため、CLI でログアウトしたとしても、IDE 拡張側のサインイン状態がどうなるかは別途確認したほうがよいです。

特に VS Code 系の拡張機能や JetBrains 系の環境では、拡張機能が独自にログイン状態を持っている可能性があります。提供された JetBrains YouTrack の URL には本文情報がありませんでしたが、タイトルからは PyCharm で ChatGPT login 後の表示に関する課題が示唆されます。ただし本文が確認できないため、ここでは事実として深掘りはしません。

📌 利用面ごとの確認ポイント

利用場所	確認すること
Codex CLI	codex logout 後に再ログインを求められるか
Codex IDE extension	拡張機能のアカウント表示やログアウト項目
Codex app	アプリ側のアカウント状態
Codex web	ChatGPT / GitHub 連携状態
別端末	その端末にも認証情報が残っていないか

OpenAI ヘルプでは、Codex app は他の Codex サーフェスと同じワークスペース管理に従うと説明されています。つまり、Business や Enterprise/Edu の場合は、個人のログアウトだけでなく、ワークスペース側の権限管理も関係する可能性があります。

一方、個人の Plus や Pro 利用であれば、まずは各クライアントでログアウト状態を確認するのが現実的です。CLI、IDE 拡張、アプリ、Web を同じものとして扱わず、使っている入口ごとに確認するとトラブルの切り分けがしやすくなります。

✅ 別端末でまだ使えるときの切り分け

症状	可能性
別PCではまだ使える	別PCに認証情報が残っている
WSLだけ使える	WSL 内に .codex が残っている
Dockerだけ使える	コンテナイメージやボリュームに認証情報がある
IDEだけ使える	拡張機能側でログイン済み
Webだけ使える	ChatGPT セッションが残っている

このように、Codex のログアウトは「1回のボタンですべて完了」と考えるより、どの入口でログインしているかを棚卸しする作業と捉えたほうが誤解が減ります。

また、組織利用では管理者が Codex Local、Codex Cloud、Remote Control などを制御する場合があります。OpenAI ヘルプでは、管理者やオーナーがアプリ・プラグイン・RBAC などを管理できると説明されています。会社やチームで使っている場合は、個人操作で解決できないこともあります。

codex ログアウト AI回答を見る前に公式コマンドを確認すること

検索結果には「codex ログアウト AI回答を見る」のような関連語が出ることがあります。AI の要約回答は便利ですが、Codex のように CLI コマンドや認証仕様が変わりやすいツールでは、まず公式リファレンスやヘルプを確認するほうが安全です。

今回のリサーチでは、OpenAI Developers の Codex CLI リファレンスに codex logout が明記されています。さらに、OpenAI Help Center には ChatGPT プランで Codex を使う方法、すべてのデバイスからログアウトする方法が掲載されています。この2つを押さえれば、少なくとも基本的なログアウトの考え方は整理できます。

📌 優先して見る情報源

優先度	情報源	理由
高	OpenAI Developers	CLI コマンドの公式情報
高	OpenAI Help Center	アカウント・セッション管理の公式情報
中	GitHub issue	実際の不具合・事例を把握できる
中	Qiita / note	日本語の操作イメージをつかみやすい
低	内容不明のSNS投稿	本文が確認できない場合は判断材料にしにくい

AI回答や検索スニペットだけを見ると、/logout と codex logout の違い、ChatGPT 側の「すべてログアウト」と CLI 側のログアウトの違いが混ざる可能性があります。特に「ログアウトしたのに使える」という症状は、複数の環境や保存先が絡むため、短い回答だけでは不足しがちです。

また、公式リファレンスは CLI のバージョンによって更新される可能性があります。Qiita の記事では 2026年4月時点の設定例として、approval_policy、web_search、model、cli_auth_credentials_store などの設定項目が紹介されています。こうした設定周りは変化しやすいため、古い情報だけを信じないほうがよいでしょう。

✅ AI回答を見るときの注意点

注意点	理由
コマンド名が最新か確認する	CLI は更新される可能性がある
OS別の保存場所を確認する	Windows と Linux で場所が違う場合がある
ChatGPTログアウトとCLIログアウトを分ける	対象が異なる
認証方式を確認する	ChatGPT OAuth と API キーで異なる
公式情報に戻る	誤情報を避けやすい

特にセキュリティ目的でログアウトする場合は、AI回答の短い説明だけで終わらせず、公式コマンド、ローカルファイル、ChatGPT設定、コピー先環境の4つを確認するのがおすすめです。

ここまでをまとめると、codex ログアウトの基本は codex logout です。ただし、Codex は複数の利用面を持つため、目的が「別アカウントに切り替えたい」のか、「流出リスクを下げたい」のか、「アップデート後に再認証したい」のかによって確認範囲が変わります。

codex ログアウト後の再ログイン・インストール・トラブル対策

1. codexのインストール方法はNode.js環境でCLIを入れること
2. codex のインストール方法は最新版への更新とセットで考えること
3. 再ログインはChatGPTサインインかAPIキー接続を選ぶこと
4. ログアウトしても使える場合はコピー済み認証情報を疑うこと
5. アカウント切り替えではCLI・IDE・ChatGPTを分けて確認すること
6. 安全に使うには設定ファイルと権限設定も見直すこと
7. 総括：codex ログアウトのまとめ

codexのインストール方法はNode.js環境でCLIを入れること

関連検索ワードには「codexのインストール方法は？」が含まれています。ログアウトを調べている人の中には、再インストールや別環境での使い直しを考えている人もいるはずです。Codex CLI の導入では、Qiita の記事で Node.js 環境を前提に npm install -g @openai/codex@latest が紹介されています。

基本のインストール例は次の通りです。

npm install -g @openai/codex@latest

また、環境によっては Homebrew を使う方法も紹介されています。

brew install codex

📌 インストール方法の整理

方法	コマンド例	向いている環境
npm	npm install -g @openai/codex@latest	Node.js が入っている環境
Homebrew	brew install codex	macOS など
既存更新	同じ npm コマンドで最新版へ	以前から使っている人
バージョン確認	codex --version	インストール確認

Windows 利用者の場合、Qiita 記事では Windows 前提の情報も多く、C:\Users\ユーザー名\.codex に設定ファイルが作られると説明されています。Codex のログアウトや設定確認を行うときも、この .codex フォルダが重要になります。

Codex を初回起動すると、ブラウザが起動し、OpenAI の認証画面が表示される流れが紹介されています。そこで ChatGPT でサインインするか、API キーを接続するかを選ぶことになります。ChatGPT Plus、Pro、Team などのプランで使う場合は、ChatGPT サインインを選ぶケースが多いでしょう。

✅ インストール後の初期確認

確認項目	コマンド・操作
CLI が入ったか	codex --version
起動するか	codex
ログインできるか	ブラウザ認証を完了
設定ファイルがあるか	.codex/config.toml を確認
ログアウトできるか	codex logout

ログアウトの観点では、インストール直後にどの認証方式を選んだかも大切です。ChatGPT サインインで使っているなら ChatGPT 側の設定も関係します。API キーで使っているなら、環境変数や設定ファイルの API キー管理も関係します。

再インストールすればログアウトできる、と考える人もいるかもしれません。しかし、一般的には CLI 本体のアンインストールと認証情報の削除は別問題です。Codex 本体を消しても、.codex 配下や OS の認証情報ストアに情報が残る可能性はあります。したがって、ログアウト目的なら codex logout を先に使うのが筋です。

codex のインストール方法は最新版への更新とセットで考えること

もう1つの関連検索ワードとして「codex のインストール方法は？」があります。表記違いですが、検索意図としては「Codex を入れたい」「古い Codex を更新したい」「ログアウトして入れ直したい」という流れが考えられます。

Codex CLI は開発が進んでいるツールなので、古いバージョンのままだと、ログアウトやモデル選択、設定項目に差が出る可能性があります。Qiita の記事では 2026年4月時点の例として codex-cli 0.125.0 が紹介されていました。一方、GitHub issue の報告では codex-cli 0.23.0 が使われており、かなり古いバージョンの事例です。

📌 バージョン差で起きやすいこと

項目	起きる可能性
コマンド仕様	古い説明と変わる場合がある
設定項目	非推奨や削除がある
モデル一覧	新しいモデルが出ない場合がある
認証方式	保存先や挙動が変わる場合がある
ログアウト挙動	古い issue と現在で違う可能性がある

このため、ログアウト周りで詰まったときは、まず codex --version でバージョンを確認しましょう。古い場合は、最新版に更新してから再度ログアウト・ログインを試すのがよい場合があります。

更新コマンドとしては、npm 利用なら次のようになります。

npm install -g @openai/codex@latest

✅ 更新時のおすすめ順序

順番	作業
1	codex --version で現状確認
2	必要なら最新版へ更新
3	codex logout または /logout を実行
4	Codex を再起動
5	再ログインしてモデルや設定を確認

note 記事では、Codex CLI を最新版にアップデートし、Codex を立ち上げてログアウト、再度起動してログイン認証し、モデルを切り替える流れが紹介されています。この手順は、認証状態をきれいにしつつ新しい環境に合わせる考え方として参考になります。

参考：Codex CLIのアプデ！以前から使っていた人がアプデする方法
https://note.com/ritsuto2525/n/n226338332193

ただし、アップデートは万能ではありません。ログアウト後も別コンテナや別端末で使えてしまう場合は、CLI 本体ではなく、コピー済みの認証情報や別の保存先が原因の可能性があります。

つまり、インストール・アップデートは Codex 本体の整備、ログアウトは認証情報の整理と分けて考えるのが重要です。

再ログインはChatGPTサインインかAPIキー接続を選ぶこと

Codex からログアウトしたあとは、再び使うためにログインが必要になります。Codex CLI の初回起動時には、ChatGPT でサインインする方法と、自分の API キーを使う方法が案内されると紹介されています。

ChatGPT プランで利用する場合は、ChatGPT サインインが自然です。OpenAI Help Center でも、Codex を ChatGPT アカウントと接続するには、利用する Codex クライアントを起動し、案内に従って ChatGPT でサインインすると説明されています。

📌 再ログイン時の選択肢

方法	向いている人
ChatGPT でサインイン	Plus / Pro / Business / Enterprise/Edu のプラン利用者
API キーを入力	使用量ベースで API 課金したい人
ワークスペース経由	組織の管理下で使う人
GitHub連携	Codex web などで必要になる場合がある

ここで間違えやすいのは、ChatGPT のログインと API キー利用を混同することです。ChatGPT プランで Codex を使っている人が API キーを消しても、ChatGPT 側の認証が残っていれば話が変わります。逆に、API キーで使っている人が ChatGPT 側をログアウトしても、API キー設定が残っていれば利用できる可能性があります。

OpenAI Help Center では、ChatGPT と Codex の会話は別個に保持される一方、一部の設定や接続済みサービスは引き継がれる場合があると説明されています。これは、Codex が ChatGPT と完全に無関係ではないことを示しています。

✅ 再ログイン前に確認したいこと

確認項目	理由
どのアカウントで使うか	別アカウント混在を避ける
ChatGPTプランは有効か	Codex 利用条件に関係する
APIキー利用か	課金・管理方法が変わる
組織ワークスペースか	管理者設定が関係する
GitHub連携が必要か	Codex web では必要な場合がある

再ログイン時に別アカウントを使いたいなら、ブラウザ側でログイン中の ChatGPT アカウントも確認しましょう。CLI からログインを始めたとき、ブラウザが既存の ChatGPT セッションを使う可能性があるためです。

アカウント切り替えが目的の場合は、次の順序がわかりやすいです。

🧭 アカウント切り替えの流れ

順番	作業
1	codex logout を実行
2	ブラウザの ChatGPT から必要に応じてログアウト
3	使いたい ChatGPT アカウントでログイン
4	codex を起動
5	認証画面で正しいアカウントを選ぶ

この手順でも期待通りに切り替わらない場合は、ブラウザのプロファイル、Cookie、OS の認証情報ストア、.codex 配下の情報が関係している可能性があります。断定はできませんが、複数ブラウザや別プロファイルを使っている場合は特に注意が必要です。

ログアウトしても使える場合はコピー済み認証情報を疑うこと

「codex logout したのにまだ使える」という症状は、検索意図としてかなり重要です。この場合、まず疑うべきは、別の場所に認証情報が残っているケースです。特に WSL、Docker コンテナ、別PC、IDE 拡張、バックアップ済みの .codex フォルダなどが関係します。

GitHub issue では、auth.json をコンテナにコピーして使っていたところ、ログアウトや ChatGPT 側の revoke 後も新しく起動したコンテナで Codex CLI が動いた、という報告がありました。現在のすべての環境で同じとは限りませんが、コピーした認証ファイルは別途処理しないと残る可能性があるという点は覚えておきたいところです。

📌 「まだ使える」ときの原因候補

原因候補	内容
別環境の auth.json	WSL やコンテナにコピーが残っている
OSキーチェーン	認証情報がファイル以外にある可能性
IDE拡張のログイン	CLIとは別にログイン状態がある
APIキー	ChatGPTログアウトとは別に有効
反映待ち	ChatGPTの全ログアウトに時間差がある

OpenAI Help Center では、ChatGPT の他セッションのログアウトに最大30分かかる場合があると説明されています。したがって、ChatGPT 側の「すべてログアウト」を実行した直後に別セッションが残っていても、少し時間を置く必要があります。

一方、API キーやローカル認証ファイルが使われている場合、ChatGPT のセッションログアウトだけでは想定通りにならない可能性があります。このあたりは認証方式によって異なるため、まず「自分は何でログインしているのか」を整理しましょう。

✅ 確認マトリクス

確認場所	見ること
現在の端末	codex logout 済みか
WSL	~/.codex が残っていないか
Docker	イメージやボリュームに .codex がないか
別PC	そのPCでもログアウトしたか
ブラウザ	ChatGPT のセッションが残っていないか
API設定	APIキーが有効なままではないか

セキュリティ目的で完全に止めたい場合は、単に CLI でログアウトするだけではなく、以下のような作業を検討します。

🛡 安全確認リスト

チェック	状態
codex logout を実行した	✅
Codex 再起動でログイン要求が出る	✅
.codex/auth.json の不要コピーを確認した	✅
ChatGPT 側で「すべてログアウト」を実行した	✅
API キー利用ならキーを無効化・ローテーションした	✅
IDE 拡張のログイン状態を確認した	✅

ここで「API キーを無効化」と書きましたが、API キーを使っている場合の話です。ChatGPT サインインだけで使っている人には当てはまらない可能性があります。不要なキー削除は影響が出ることもあるため、業務利用では管理者やチームのルールに従うのがよいでしょう。

結論として、ログアウト後も使えるときは、Codex の不具合と決めつける前に、認証情報がどこかに複製されていないかを確認するのが先です。

アカウント切り替えではCLI・IDE・ChatGPTを分けて確認すること

Codex のログアウトでよくある目的が、「別の ChatGPT アカウントに切り替えたい」というものです。この場合、CLI だけでなく、ブラウザの ChatGPT ログイン状態、IDE 拡張のログイン状態、ワークスペース設定を分けて見る必要があります。

たとえば、CLI で codex logout を実行しても、ブラウザで古い ChatGPT アカウントにログインしたままだと、再ログイン時に同じアカウントが選ばれてしまう可能性があります。推測の域を出ませんが、OAuth 認証ではブラウザ側の既存セッションが使われることが一般的にあります。

📌 アカウント切り替え時の確認ポイント

場所	確認内容
Codex CLI	codex logout 済みか
ブラウザ	正しい ChatGPT アカウントでログインしているか
IDE拡張	拡張機能側でも同じアカウントか
Codex app	アプリ側のアカウント表示
組織設定	Business / Enterprise の権限

OpenAI Help Center では、Codex は ChatGPT Plus、Pro、Business、Enterprise/Edu などで利用でき、期間限定で Free や Go にも含まれると説明されています。利用できるかどうかはプランにも関係するため、アカウントを変えたら Codex の利用条件も変わる可能性があります。

また、Business や Enterprise/Edu では、プラグインやアプリの利用がワークスペース管理に従うと説明されています。個人アカウントと法人ワークスペースを切り替える場合は、単なるログイン切り替え以上に、権限設定が関係することがあります。

✅ 切り替え失敗時のよくある見落とし

見落とし	起きること
ブラウザが旧アカウント	再ログインしても旧アカウントになる
IDE拡張が別ログイン	CLIとIDEで状態が違う
ワークスペースが違う	モデルや機能が違って見える
APIキーが残る	ChatGPTアカウントと別経路で動く
古いCodex CLI	UIや設定が最新情報と合わない

アカウント切り替えをスムーズに行うなら、次のように順番を固定すると迷いにくくなります。

🧩 切り替え手順

順番	操作
1	Codex CLI で codex logout
2	IDE 拡張でもログアウト可能なら実行
3	ブラウザで ChatGPT のアカウントを切り替える
4	Codex を再起動する
5	正しいアカウントで認証する
6	モデル一覧や利用可否を確認する

もし複数の ChatGPT アカウントを日常的に使い分けるなら、ブラウザプロファイルを分けるのも一般的には有効です。ただし、これは Codex 公式の専用手順というより、OAuth やブラウザログインを整理するための一般的な運用です。

重要なのは、「Codexのログアウト」と「ChatGPTのアカウント切り替え」は似ているが同じではないということです。CLI 側は codex logout、ブラウザ側は ChatGPT のログアウト、IDE 側は拡張機能のログイン状態というように分けて確認しましょう。

安全に使うには設定ファイルと権限設定も見直すこと

Codex のログアウトを調べている人の中には、セキュリティ面が気になっている人もいるはずです。Codex はローカルのコードやファイルを扱うエージェントなので、ログアウトだけでなく、設定ファイルや権限設定も見直しておくと安心です。

Qiita の記事では、C:\Users\ユーザー名\.codex\config.toml に各種設定が保存されると説明されています。設定例として、モデル、Web検索、承認ポリシー、推論負荷、Windows のオンボーディング確認などが紹介されています。すべての人が同じ設定にする必要はありませんが、自分の設定がどうなっているか把握することは大切です。

📌 見直したい設定領域

項目	意味
model	使用するモデル
approval_policy	コマンド実行前の承認ルール
sandbox	ファイルやコマンド実行の制限
web_search	Web検索の挙動
cli_auth_credentials_store	認証情報の保存先
mcp_servers	連携する外部ツール

OpenAI Developers の CLI リファレンスでは、--ask-for-approval、--sandbox、--dangerously-bypass-approvals-and-sandbox などのフラグが説明されています。特に --dangerously-bypass-approvals-and-sandbox は、承認やサンドボックスを迂回する強い指定であり、外部で十分に保護された環境でのみ使うべきものとして説明されています。

ログアウトとは直接別の話ですが、Codex を安全に使うには、認証管理と実行権限の両方を見る必要があります。ログアウトが「誰が使えるか」の管理だとすれば、承認・サンドボックスは「何ができるか」の管理です。

✅ 安全運用の確認表

確認項目	推奨される考え方
不要な認証情報	ログアウト・削除を検討
共有端末	使用後に codex logout
コンテナ	認証ファイルを焼き込まない
承認設定	危険な自動実行を避ける
サンドボックス	必要以上に広げない
APIキー	不要なら無効化・ローテーション

また、Codex の設定には MCP サーバーやアプリ・コネクタに関する項目もあります。Qiita の記事では、Serena MCP の設定例なども紹介されています。外部ツール連携を使っている場合、ログアウト時には Codex 本体だけでなく、連携先の認証や設定も見直したほうがよい場合があります。

Business や Enterprise/Edu の場合は、OpenAI Help Center の説明どおり、管理者がアプリやプラグイン、RBAC を制御できる場合があります。組織アカウントでは、個人で勝手に判断せず、管理者設定や社内ルールに従うのが無難です。

つまり、codex ログアウトをきっかけに、認証情報・設定ファイル・承認ポリシー・外部連携まで一度見直すと、後のトラブルを減らしやすくなります。

総括：codex ログアウトのまとめ

最後に記事のポイントをまとめます。

1. codex ログアウトの基本コマンドは codex logout である。
2. Codex 起動中の対話画面では /logout が使われる場合がある。
3. codex logout は CLI 側の保存済み認証情報を削除する操作である。
4. ChatGPT 側の「すべてログアウト」と CLI 側のログアウトは対象が異なる。
5. ChatGPT の他セッション反映には最大30分かかる場合がある。
6. auth.json は認証情報に関係するため、コピーや共有に注意が必要である。
7. WSL、Docker、別PCにコピーした認証情報は個別確認が必要である。
8. ログアウト後も使える場合は、別環境の認証情報や API キーを疑うべきである。
9. アカウント切り替えでは、CLI、ブラウザ、IDE拡張を分けて確認する必要がある。
10. Codex のインストールは npm install -g @openai/codex@latest が代表的な方法である。
11. 古い Codex CLI では挙動や設定が異なる可能性があるため、バージョン確認が重要である。
12. 再ログインでは ChatGPT サインインか API キー接続を選ぶことになる。
13. Business や Enterprise/Edu ではワークスペース管理や RBAC が関係する。
14. セキュリティ目的ならログアウトだけでなく設定ファイルと権限設定も見直すべきである。
15. AI回答だけで判断せず、OpenAI Developers と OpenAI Help Center を確認するのが基本である。

記事作成にあたり参考にさせて頂いたサイト

• https://www.reddit.com/r/codex/comments/1rks6bz/cerrar_sesi%C3%B3n_de_la_extensi%C3%B3n_de_vscode/?tl=ja
• https://qiita.com/oga_aiichiro/items/303da2779ea26b173947
• https://developers.openai.com/codex/cli/reference
• https://github.com/openai/codex/issues/2557
• https://x.com/ikekou/status/1960826111182692537
• https://help.openai.com/ja-jp/articles/9243857-how-do-i-log-out-of-all-of-my-devices
• https://youtrack.jetbrains.com/projects/LLM/issues/LLM-25606/Codex-model-selector-and-Agent-dropdown-disappear-after-ChatGPT-login-in-PyCharm-2025.3
• https://help.openai.com/en/articles/11369540-using-codex-with-your-chatgpt-plan
• https://note.com/ritsuto2525/n/n226338332193
• https://help.openai.com/ja-jp/articles/11369540-chatgpt-%E3%83%97%E3%83%A9%E3%83%B3%E3%81%A7-codex-%E3%82%92%E4%BD%BF%E3%81%86

当サイトについて

当サイトでは、インターネット上に散らばるさまざまな情報を収集し、AIを活用しながら要約・編集を行い、独自の切り口で見解を交えながらわかりやすい形でお届けしています。 情報の整理・編集にあたっては、読者やオリジナル記事の筆者へご迷惑をおかけしないよう、細心の注意を払って運営しておりますが、万が一、掲載内容に問題がある場合や修正・削除のご要望がございましたら、どうぞお気軽にお問い合わせください。 迅速に対応をさせていただきます。 その際には、該当記事の URLやタイトルをあわせてお知らせいただけますと、より速やかに対応 することができますのでそちらもご協力いただけますと大変幸いでございます。 今後とも当サイトをよろしくお願いいたします。