Claude Code がログインできない時、Codex で逃げる

ある日 Claude Code にログインできなくなった。

仕事は止められない。

私はChatGPTも契約してるので「Codex に逃げる」が第一感だが、

👉 その前に別マシンを試す

これが実は一番早い。

■ 第一手：別マシンで Claude Code を試す

まずは、

👉 別マシンの Claude Code で同じ Max アカウントにログインしてみる

プログラマなら複数台の PC を持っている人が多いはず。 別環境で同じアカウントを試すだけで状況がはっきりする。

別マシンで動けば緊急回避は完了。 しばらく様子見をして、それでも元マシンが動かないなら、Claude Codeを再インストールするとかになる

■ 別マシンでもダメなら Codex に切り替える

ここから Codex への切り替え手順。

正直に言うと、Codex は Claude Code の完全互換ではない。 だが緊急時に開発を止めない、という目的なら十分機能する。

■ なぜ他候補ではなく Codex か

Claude Code 以外の選択肢：

• Codex CLI (OpenAI)
• Aider (multi-provider CLI)
• Cursor (GUI)
• GitHub Copilot Workspace
• Gemini Code Assist

選択理由：

• そもそもCodexが使える — 完全に個人的な話だが、私がChatGPTも契約してるので
• UX が一番近い — agentic CLI、AGENTS.md 規約、ファイル編集 → 確認の流れ
• 学習コストが低い — Claude Code を使い慣れていれば操作の発想がそのまま通じる

■ 事前準備（平時にやっておく）

Anthropic 全滅した日に Codex 初インストール、は無理。

Step 1：Codex CLI をインストール

公式ドキュメントの最新手順を参照（インストール方法はバージョンで変わる）。

Step 2：認証

ChatGPT Plus/Pro 契約があれば、その枠でログインして使えるはず（最新ドキュメント参照）。 Codex 用に追加課金を発生させずに、Claude Max + ChatGPT Plus/Pro で保険が成立する。

Step 3：簡単なタスクで動作確認

cd /tmp/test-project
codex

「Hello world の Python スクリプトを書いて」レベルで疎通確認。

Step 4：Claude Code に引き継ぎ資料を作らせる

ここが一番重要。

Codex に切り替える前に、まだ Claude Code が動く時点で、Claude Code に引き継ぎ資料を作らせておく。

たとえばこう頼む。

このプロジェクトを Codex でも運用できるようにしたい。
実装はせず、現在の構成、起動方法、テスト方法、禁止ファイル、未完了タスク、リスクを整理して、
CLAUDE_TO_CODEX_HANDOFF.md を作成して。

ここで作るのは AGENTS.md ではない。

Claude Code が詳しいのは、これまでの Claude Code 運用の文脈だ。だから Claude には「Codex が読むべき材料」をまとめさせる。

Step 5：AGENTS.md は Codex に作らせる

AGENTS.md は Codex 側の運用ルールなので、最終的には Codex 自身に作らせた方がいい。

Claude Code が書いた CLAUDE_TO_CODEX_HANDOFF.md を Codex に読ませて、

   このプロジェクトは普段 Claude Code で開発している。
   まず CLAUDE_TO_CODEX_HANDOFF.md を読んで現状を把握してほしい。
   その内容を元に、Codex向けの AGENTS.md を作成して。
   秘密情報ファイルは読まないこと。

   その後、以下のタスクを実行してほしい：

   <具体的なタスク>

という流れにする。

Claude Code が状況を棚卸しし、Codex が自分向けの作業規約に落とし込む。 この分担の方が自然だと思う。

■ Codex の振る舞いが違う点

Codex に切り替えたら出力の質が落ちる前提で動く。期待しない。何もしないよりはマシ 理由：

• より literal — 書いてある通りに解釈する。Claude Code が暗黙に汲み取っていた文脈を取りこぼす
• ファイル探索が浅め — 明示的に「ここを見て」と言わないと Claude より探さない
• エージェント性が控えめ — 複数ツールの連鎖が短い。手数を分けて指示する場面が増える

これに対応するには、指示を一段階具体的にする：

• ❌ 「auth まわりをレビューして」
• ✅ 「src/auth/ 配下のファイルをすべて読んで、責務分離・セキュリティ・エラーハンドリングの観点で問題を洗って」

Claude Code でも有効な指示の出し方だが、Codex では必須になる。

■ AGENTS.md に Codex が書くべき補強

Claude Code 用の CLAUDE.md には書かなくても伝わる暗黙ルールも、Codex 向けには明示しておく。

ここも Claude Code が直接書くというより、Claude Code の引き継ぎ資料を読んだ Codex に整理させる。 例えば、以下のような補強的な指示をCodexに与えておくと良い。

# Working Style

- 作業前にこのドキュメントと docs/adr/* を読む
- 既存のファイル構造を確認してから新規作成を判断する
- 変更前に変更点と影響範囲を提示し、確認を取る
- リファクタリングは指示された範囲内に留める（周辺のクリーンアップを含めない）
- 依存追加・削除は必ず理由を述べる

Claude Code なら「過剰なリファクタを避ける」程度で伝わるが、Codex はもっと具体的に書かないと汲み取らない。

■ 運用：Codex を使う日を作る

やはり使わないとわからない。

緊急時に「Codex の使い方を思い出す」コストを払うのが最悪。 平時に実タスクを Codex で30分でもやっておくと、緊急切り替えがほぼ無摩擦になる。

具体的には：

• 軽いリファクタを Codex に投げる
• ドキュメント生成だけ Codex に任せる
• レビュー観点を Codex に出させる

「練習」だと続かないので、意味のあるタスクを意図的に Codex に振るのがコツ。 うまく回ればトークンの節約にもなるかも。

私は、普段はClaude Codeで開発しているが、このブログはCodexで編集している。

■ 今回のまとめ

切り分け順：

1. 別マシンの Claude Code で同じ Max アカウントを試す — 解決する可能性もある
2. 別マシンでもダメなら Codex — 最終手段

平時の準備：

• 複数マシンに Claude Code をインストール、Max アカウントでログイン済みに
• リポジトリは git で同期可能に
• CLAUDE.md / .claude/ を repo に含める（別マシンでも同じ設定で動く）
• Codex CLI もインストール + 認証済みに
• Claude Code に CLAUDE_TO_CODEX_HANDOFF.md を作らせる
• Codex に CLAUDE_TO_CODEX_HANDOFF.md を読ませて AGENTS.md を作らせる
• 定期的に Codex を実タスクで使う日を作る

緊急時に Codex を初めて触るのは無理。 平時に逃げ道を用意して練習する。

Claude Code が最強でも依存はリスク。 プロジェクトが本体で、AI はエンジン。エンジンは載せ替えられる構造で作る。