Claude CodeとCodexの違いは、料金表だけでは判断しにくいです。どちらも自然言語でコード生成・編集・レビュー・コマンド実行を任せられるAIコーディングエージェントで、導入前に比較されることが増えています。
結論:どちらか一つだけ選ぶならClaude Code推しです。 理由は、Claude Codeのハーネス(AIが安全に作業するための実行環境)の完成度が高く、Markdownでスキルやサブエージェントを定義しやすいからです。一方で、CodexはChatGPTプランとの相性、GitHub連携、Codexアプリ・Cloud・CLIまで含めた作業導線に強みがあります。
ただし、実務では片方だけに寄せ切るより、Claude Codeをメインにしつつ、Codexにも相談できる併用体制が強いです。Claude CodeもCodexも、基本的には自社モデルを中心に使います。片方で設計やバグ修正に詰まったとき、別モデルにレビューを依頼できる価値はかなり大きいです。
この記事では、「Claude Code Codex 違い」「Codex Claude Code 比較」「Claude Code Codex どっち」で検索する人に向けて、料金・使いやすさ・GitHub連携・MCP・サンドボックス・ユースケースの違いを整理します。実際に使って感じた「Claude Codeを主担当にして、Codexを別モデルのレビュアーとして呼ぶ価値」まで扱います。
| 比較項目 | Claude Code | Codex CLI |
|---|---|---|
| 提供元 | Anthropic | OpenAI |
| 既定モデル | Claude Sonnet系(2026年4月時点で4.x系) | GPT-5.3-Codex(2026年4月時点) |
| 価格モデル | Claude Pro $20/月 〜 Max $200/月 + API従量 | ChatGPT Plus $20/月 〜 Pro $100〜$200/月 + API従量 |
| 同梱プラン | Pro / Max(Free不可) | Free / Plus / Pro すべてに同梱 |
| 対応OS | macOS / Linux / Windows(WSL推奨) | macOS / Linux / Windows(WSL推奨) |
| MCP対応 | ネイティブ対応(公式設定UIあり) | サードパーティ拡張で部分対応 |
| 設定ファイル | CLAUDE.md(自動Read) | AGENTS.md(自動Read) |
以下、各軸を順に深掘りします。
---
Claude CodeとCodexはどっちを選ぶべきか
最初に、導入前の判断基準を用途別にまとめます。検索意図としては「違いを知りたい」だけでなく、「結局どっちを選ぶべきか」を知りたい人が多いためです。
Claude Codeを選ぶべき人
Claude Codeを選ぶべきなのは、コード品質・設計相談・長い文脈の理解・社内ルールの定着を重視する人です。特に、CLAUDE.md、Skills、サブエージェント、MCPを組み合わせてチーム運用したい場合はClaude Codeが強いです。
Codexを選ぶべき人
Codexを選ぶべきなのは、ChatGPTプランをすでに使っている人、GitHub連携を重視する人、Codex Cloudで複数タスクを並列に回したい人、Codexアプリ・CLI・IDE拡張をまたいで使いたい人です。無料枠から試せる点も入口として強いです。
両方使うべき人
両方使うべきなのは、AIコーディングエージェントを業務の中心に置く人です。Claude Codeを主担当にして、Codexを別モデルのレビュー役・比較役として使うと、設計やバグ修正で詰まったときの逃げ道になります。
まず片方だけ選ぶならどちらか
まず片方だけ選ぶなら、筆者はClaude Codeを推します。ただし、ChatGPT PlusやProをすでに契約していて、Codexを追加コストなしで試せるなら、先にCodexを触ってからClaude Codeと比較する流れでも問題ありません。
---
Claude Code Codex 違いの全体像(30秒で結論)
まず両者の立ち位置を整理します。Claude CodeはAnthropicが提供するAIコーディングエージェントです。Claude PlanのProまたはMaxサブスクリプションで使え、ターミナルからclaudeコマンドで起動できます。一方CodexはOpenAIが提供するAIコーディングエージェントで、Codex CLI、Codexアプリ、Codex Cloud、IDE拡張など複数の入口があります。本記事では既存PRのテーマに合わせ、特にCodex CLIを中心にClaude Codeと比較します。
結論サマリ表(用途別推奨5行)
| 用途 | 推奨ツール | 理由(1行) |
|---|---|---|
| どちらか一つだけ選ぶ | Claude Code | ハーネスが優秀で、Markdown資産を作りやすい |
| 個人開発・OSSコントリビュート | Codex CLI | OSS本体を読みながら使えて、無料枠でも触れる |
| 社内ツールの小規模機能追加 | Claude Code | CLAUDE.mdとMCPで社内ナレッジを自動Readできる |
| GitHub連携・自動化ジョブ | Codex CLI | サンドボックス3モードで本番影響範囲を絞れる |
| 設計レビュー・壁打ち | 両方併用 | 片方で詰まったとき、別モデルに相談できる |
そもそも両者は何か(提供元・リリース時期・対象OS)
Claude Code 使い方の入口は単純で、Claude CodeはAnthropicのCLIツールです。インストールは公式手順に従ってnpm install -g @anthropic-ai/claude-codeで完了します。claudeコマンドでセッションを開くと、現在のディレクトリにあるCLAUDE.mdを自動的に読み込み、それを「永続的な指示書」として扱います。詳細はClaude Code公式ドキュメントにまとまっています。
Codex CLI 使い方の入口も同じくシンプルで、Codex CLIはOpenAIのOSSプロジェクトです。リポジトリはopenai/codex(GitHub)で公開されており、npm install -g @openai/codexでインストールできます。codexコマンドでセッションを開くと、AGENTS.mdを自動的に読み込みます。AGENTS.mdはCodex CLIだけでなく、複数のAIコーディングエージェント間で共有されつつある「ベンダー中立な指示書フォーマット」として広まりつつあります。
対象OSはどちらもmacOS / Linux / Windowsです。Windowsの場合はWSL2(Windows Subsystem for Linux 2)の利用が推奨されます。インストール手順は両者ともnpmグローバルインストール一択で、Node.js 18以上が前提となります。
実運用で押さえるべきは「セッション開始時に自動Readされる指示書ファイルの名前が違う」という点です。Claude CodeはCLAUDE.md、Codex CLIはAGENTS.md。同じリポジトリで両ツールを併用する場合、ファイルを2つ用意するか、一方をシンボリックリンクで揃えるかの判断が必要になります。
実際に使っていると、この差は地味に効きます。Claude CodeはスキルやサブエージェントをMarkdownで定義しやすく、業務マニュアルを書く感覚に近いです。一方、Codex CLIはTOML形式の設定が絡む場面があり、慣れるまでは少し癖があります。コードを書ける人なら問題ありませんが、社内の非エンジニアにも運用を広げるならMarkdown中心のほうが説明しやすい、という判断になります。
ここまでで両者の出自と入り口を押さえました。次は、実際にエージェントとして動くときの挙動の差を5軸に分けて見ます。
---
Claude Code Codex 違いを生む機能・挙動の5軸
両者の最大の違いは、CLIの起動モード・コンテキスト保持・Planモード・MCP対応・Hooksの5軸に集約されます。各軸を順に整理します。
CLI起動・対話モードの差
Claude CodeとCodex CLIは、どちらも「対話セッション型」と「ワンショット実行型」の2モードを持ちます。Claude Codeはclaudeコマンドで対話モード、claude -p "プロンプト"でワンショット実行です。Codex CLIはcodexで対話モード、codex exec "プロンプト"でワンショット実行になります。
対話モード中の操作感はほぼ同じですが、Claude Codeは標準で「提案→承認→実行」の3ステップを挟み、Codex CLIは--full-autoフラグで承認を省略しやすい設計です。中小エンジニアチームの実用上、初学者にはClaude Codeの「承認を挟むデフォルト」のほうが事故が少なく、自動化が進んだチームではCodex CLIの--full-autoのほうが回転速度が出るという差が出ます。
コンテキスト保持と長期セッション(CLAUDE.mdとAGENTS.md)
ここが両者の設計思想がもっとも分かれる部分です。Claude CodeはCLAUDE.mdを「永続的な指示書」として扱い、セッションが切れても次回起動時に再Readします。プロジェクト直下に置けばリポジトリ単位、~/.claude/CLAUDE.mdに置けばユーザー単位の指示書になります。
Codex CLIのAGENTS.mdも同じ位置づけです。違いは「AGENTS.mdはCodex以外のエージェント(OpenClawなど)も読みに来るベンダー中立フォーマットになりつつある」点です。実際、aidd.jpの社内運用ではAGENTS.mdをCodex CLIとOpenClawサブエージェントで共有しています。CLAUDE.mdが「Anthropicエコシステム特化」、AGENTS.mdが「マルチベンダー前提」というのが2026年4月時点の温度感です。
中小エンジニアチームでの実用上の差は、「将来的に別のAIエージェントを併用する可能性があるならAGENTS.md採用、Anthropicに寄せきるならCLAUDE.md採用」という単純な分岐に落ちます。
Planモード / 提案レビューフロー
Claude Codeには「Planモード」と呼ばれる、コード変更前に変更計画をMarkdownで提示するモードがあります。/planコマンドで起動し、エージェントが計画を提示→人間が承認→実行という流れを強制できます。Codex CLIには明示的な「Planモード」はありませんが、--approval-policy on-request設定で「変更前に必ずプレビューを出す」運用は実現できます。
実運用での差は「計画レビューがUI機能としてあるか、運用設定として作るか」です。Planモードは初学者やレビュアーにとって学習コストが低く、Codex CLIの設定ベース承認は熟練チーム向けの細かい調整がしやすい構造です。
併用が強い理由:別モデルに相談できる
ここまで機能差を見てきましたが、実務では「どちらが上か」だけで選ぶと少しもったいないです。
Claude CodeもCodex CLIも、基本的には自社モデルを使う設計です。Claude CodeはClaude系、Codex CLIはOpenAI系。つまり、片方のモデルが苦手な設計やバグに当たると、同じ方向で考え続けて詰まることがあります。
そこで便利なのが併用です。普段はClaude Codeをメインにして、設計で迷ったときやバグ修正が進まないときだけCodex CLIにレビューを依頼します。人間のチームで言えば、同じ会社の同僚だけで悩まず、別チームの人に壁打ちするイメージです。
実際の運用では、Claude CodeからCodexを呼び出せるプラグインを使うと、Claude Codeの作業中にそのままCodexへ設計レビューを投げられます。MCPではなくプラグイン経由にすることで、Claude Codeをメイン画面にしたまま、別モデルの視点を差し込めます。
正直なところ、頭の良さや性能差だけで見ると、Claude CodeとCodex CLIに決定的な差はありません。差が出るのは、周辺の作業環境です。Claude Codeはハーネスが優れていて、承認・ファイル編集・長期セッション・Markdown資産の扱いがなめらかです。だから、どちらか一つならClaude Codeを選ぶ、という判断になります。
MCP(Model Context Protocol)対応状況
MCP(Model Context Protocol)は、Anthropicが2024年11月に発表した「AIエージェントと外部ツール・データソースを接続するためのオープン標準プロトコル」です。詳細はAnthropic公式のMCP紹介ページにまとまっています。
Claude CodeはMCPにネイティブ対応しており、claude mcp addコマンドでMCPサーバーを追加できます。Slack、GitHub、社内ナレッジベースなどへの接続が公式設定UIから完結します。Codex CLIはOSS本体のMCP対応が2025年9月以降に追加され、2026年4月時点ではサードパーティ拡張も含めて部分対応の段階です。
現時点でMCP連携を業務の中心に据えるなら、選択肢はClaude Code一択です。Codex CLI側のMCP対応は急速に追いついており、運用ハマりどころも減っていますが、公式UIの完成度ではClaude Codeに半年以上のリードがあります。
Hooks / カスタムスラッシュコマンド対応状況
Claude Codeは「カスタムスラッシュコマンド」を.claude/commands/に置く形でサポートします。/で呼び出せるMarkdownベースのプロンプトテンプレートです。さらにHooks(pre-tool-use / post-tool-useなど)でツール呼び出し前後にスクリプトを挟めます。
Codex CLIもカスタムスラッシュコマンドに対応しており、.codex/prompts/に置く形です。Hooksは2026年4月時点でClaude Codeほど整備されておらず、ツール呼び出しフックは限定的です。
中小エンジニアチームでの実用上の差は「定型業務をスラッシュコマンドで自動化したいならどちらでも可、ツール実行のたびに監査ログや事前検証を挟みたいならClaude Code推奨」となります。
5軸の差を押さえたところで、次は財布に直結する料金面の差を見ます。
---
Claude Code Codex 料金 比較(2026年4月時点)
両者の料金体系は、サブスクリプション型と従量課金型の2系統に分かれます。サブスクリプション型はChatGPT / Claudeのプランに同梱され、従量課金型はAnthropic API / OpenAI APIで個別に支払います。2026年4月時点の公式価格を表で整理します。
Claude Codeの料金体系(Pro / Max / API直接利用)
Anthropic公式の料金ページに基づくと、2026年4月時点の主要プランは以下です。
| プラン | 月額(USD) | Claude Code利用枠 | 備考 |
|---|---|---|---|
| Free | $0 | 利用不可 | Web/デスクトップ版のみ |
| Pro | $20/月(年払い実質$17/月) | 利用可(標準枠) | 5時間ごとのリセット制 |
| Max 5x | $100/月 | Proの5倍 | 重めの利用向け |
| Max 20x | $200/月 | Proの20倍 | 連続コーディング向け |
| Team | $25–$30/シート/月 | 利用可 | SSO・管理機能付き |
API直接利用の場合は別建てで、たとえばClaude Sonnet 4系で入力$3/MTok・出力$15/MTok(2026年4月時点の参考値、最新はAnthropicのpricingページを確認)です。サブスクリプションを使い切った後にAPIが自動で代替する仕組みは2026年4月時点では存在せず、API利用は別途APIキーを発行して個別請求になります。
Codex CLIの料金体系(ChatGPT Plus / Pro / API直接利用)
ChatGPT公式の料金ページに基づくと、2026年4月時点の主要プランは以下です。
| プラン | 月額(USD) | Codex CLI利用枠 | 備考 |
|---|---|---|---|
| Free | $0 | 利用可(限定枠) | 軽い検証用途のみ |
| Go | $8〜$10/月 | 利用可(拡大枠) | 学習用途 |
| Plus | $20/月 | 利用可(標準枠) | 5時間ごとのリセット制 |
| Pro | $100〜$200/月 | Plusの5〜20倍 | ヘビーユース向け |
| Business | $20〜$25/シート/月 | 利用可 | 管理機能付き |
API直接利用の場合はOpenAI APIの料金ページに従い、GPT-5.3-Codex系で入力$2/MTok・出力$8/MTok(2026年4月時点の参考値、最新値は公式を要確認)程度です。
Codex CLIの最大の特徴は「Freeプランでも触れる」点で、Claude Codeとの財布上の最大の違いはここに集約されます。
月額20ドル帯の使い倒しシミュレーション
社内に「個人で1日4時間、Claude Codeを業務利用したい」というエンジニアがいたとします。月20営業日 × 4時間 = 80時間/月の利用想定です。
筆者が実務で重視しているのは、単純な月額だけではありません。Claude有料プランで使えるDesktop、Co-work、Computer Useまで含めて考えると、Claude Codeに作った運用資産がコーディング以外にも広がります。
たとえば、資料作成、Chromeブラウザ操作、社内の定型調査などです。コーディングエージェントとしてだけ見るとClaude CodeとCodex CLIは近いですが、非エンジニア業務の自動化まで見るとClaude側に寄せる合理性があります。
筆者の使い方では、Claude Codeで作ったスキルやサブエージェントの考え方を、そのままDesktopやComputer Use側の業務にも応用しています。スライドの下書き、ブラウザでの情報収集、社内向け説明資料の整理まで同じ課金枠で使えるため、単純な「CLIの月額比較」だけではClaude側の価値を見落としやすいです。
机上の試算では、Claude Pro $20/月の標準枠は「5時間あたり約45メッセージ前後」のClaude Codeセッションをカバーします。1日4時間運用だと1日あたり約36メッセージ送信が標準ペースで、月20営業日で720メッセージ。Pro標準枠で運用可能な範囲ですが、長文コードレビュー・大規模リファクタを混ぜると枠を使い切るリスクがあります。Max 5x $100/月にすれば余裕です。
ChatGPT Plus $20/月のCodex CLI枠も「5時間あたり30〜150メッセージ」程度で、利用モデルによって変動します。GPT-5.3-Codex指定でフル稼働すると上限到達が早く、軽量モデルに切り替えれば持つ、という運用差が出ます。
結論として、月20ドル帯はどちらも「個人エンジニアが業務利用するための最低ライン」であり、ヘビーユースには$100/月帯への昇格が現実的です。価格は変動するため、運用判断時には必ず公式ページの最新値を確認してください。
料金の差を押さえたところで、次は本番リポジトリでの事故を防ぐ「権限モデル」の差を見ます。
---
Claude Code Codex セキュリティ 違い(サンドボックス・権限モデル)
セキュリティと権限モデルは、両者の設計思想がもっとも対照的に出る領域です。Claude Codeは「allow/denyルール型」、Codex CLIは「サンドボックス3モード型」を採用しています。
Claude Codeの権限モデル(allow/denyルール、--dangerously-skip-permissions)
Claude Codeの権限制御は「ツールごとのallow/denyルール」で行います。.claude/settings.jsonまたは対話中の承認プロンプトで、Bash(rm:*)を拒否、Edit(src/**)を許可といった粒度で指定可能です。デフォルトでは破壊的なコマンド(rm、git push、curl等)に承認プロンプトが出ます。
危険なフラグとして--dangerously-skip-permissionsがあります。これは全承認をスキップして自動実行するモードで、CI/CD環境やDocker内など「壊しても元に戻せる隔離環境」での利用が公式に推奨されています。本番リポジトリのローカルクローンで--dangerously-skip-permissionsを実行するのは厳禁です。
Codex CLIのサンドボックスモード(read-only / workspace-write / danger-full-access)
Codex CLIは公式サンドボックス仕様に従い、3段階のサンドボックスモードを提供します。
| モード | フラグ | ファイル書き込み | コマンド実行 | ネットワーク | 用途 |
|---|---|---|---|---|---|
| read-only | --sandbox read-only | 不可 | 承認時のみ | 不可 | コードレビュー・解析 |
| workspace-write | --sandbox workspace-write | 作業ディレクトリのみ可(.git保護) | 作業ディレクトリ内のみ | オプトイン | 通常の開発作業(既定推奨) |
| danger-full-access | --sandbox danger-full-access | 全領域可 | 全コマンド可 | 全許可 | コンテナ内・隔離環境専用 |
workspace-writeが日常運用の既定値です。.gitディレクトリは自動的に保護対象となり、エージェントがgit rebase等で履歴を壊すリスクが構造的に下がっています。
エンタープライズ導入時のチェックリスト
中小エンジニアチームが本番に導入する前に確認すべき8項目を挙げます。
- 監査ログ:誰が何を実行したかを後から追えるか(ログ出力先・保持期間)
- シークレット管理:APIキー・認証情報が会話履歴やログに残らないか
- モデル提供元のデータ取り扱い:送信データが学習に使われないか(オプトアウト設定)
- SOC2 / ISO27001相当の認証:提供元が取得済みか
- オンプレ / VPC対応:自社環境内で完結できるか(特に金融・医療系)
- ネットワーク制限:エージェントが外部APIを叩く範囲をホワイトリスト化できるか
- 承認フロー:本番影響のあるコマンドに人間の承認を強制できるか
- SSO / SCIM対応:社内IdP(Identity Provider、認証基盤)と連携できるか
Claude Codeは1〜4と8を公式機能でカバーし、5〜7は運用設定で対応します。Codex CLIは1〜4と6〜7をサンドボックスモード+--approval-policyでカバーし、5と8はOpenAIエンタープライズ契約側でカバーします。
実際の失敗事例として、社内エンジニアが--dangerously-skip-permissionsを本番リポジトリで実行し、.envファイルをエージェントが上書きしてしまったケースがあります。Codex CLIならworkspace-writeモードでも.git保護はあっても.env保護はないため、同様のリスクは残ります。「.gitignore対象ファイルを別ディレクトリに退避」「対話モードでは破壊的フラグを使わない」「CIでは隔離コンテナ内で実行」の3点を運用ルールに組み込むのが現実解です。
セキュリティ面を押さえたところで、いよいよ「どちらをいつ選ぶか」の判断軸に進みます。
---
ユースケース別の選び方(5シナリオで断定)
5つのシナリオごとに、Claude Code推奨・Codex CLI推奨・両方併用のいずれかを断定します。各シナリオに「想定月額」「想定セットアップ時間」「想定学習コスト(人日換算)」の3数値を添えます。
個人開発・OSSコントリビュート用途
推奨:Codex CLI。判断軸は「無料枠で触れること」と「OSSとして本体を読みながら学べること」です。
- 想定月額:$0〜$20/月(ChatGPT Free or Plus)
- 想定セットアップ時間:30分(npm install + ChatGPTログイン)
- 想定学習コスト:0.5人日
GitHubのIssue対応、自分のサイドプロジェクトの機能追加、OSSへのPR作成など、軽〜中量級の作業はCodex CLIで完結します。Claude CodeはFreeプランがないため、入口の心理的障壁が高くなります。
社内ツール / 業務SaaSの小規模機能追加
推奨:Claude Code。判断軸は「CLAUDE.mdとMCPで社内ナレッジ・社内ツールに自然言語で接続できる」点です。
- 想定月額:$20〜$100/月(Claude Pro or Max 5x)
- 想定セットアップ時間:2〜4時間(CLAUDE.md作成 + MCPサーバー設定)
- 想定学習コスト:1〜2人日
社内Slack、GitHub Enterprise、社内Confluenceなどへの接続をMCP経由で行うと、エージェントが「社内文脈を踏まえた」コード生成を実現できます。Codex CLIでも実現可能ですが、MCPの公式UI完成度の差から構築工数が1.5〜2倍になります。
レガシーコード解析・ドキュメント生成
推奨:Claude Code。判断軸は「長文コンテキスト保持と要約能力」です。
- 想定月額:$100〜$200/月(Max 5x or 20x)
- 想定セットアップ時間:1時間(CLAUDE.mdに「読まれる前提のディレクトリ構造」記載)
- 想定学習コスト:1人日
数十万行規模のレガシーコードを解析する場合、Claude Sonnet系の長文コンテキスト処理(200K以上のコンテキストウィンドウ)が効きます。Codex CLIでも可能ですが、複数回のセッション分割が必要になり、運用負荷が上がります。
CI連携・自動化ジョブ
推奨:Codex CLI。判断軸は「サンドボックス3モードで本番影響範囲を構造的に絞れる」点です。
- 想定月額:$20〜$100/月(ChatGPT Plus or Pro、API併用も視野)
- 想定セットアップ時間:4〜8時間(CIワークフロー定義 + サンドボックス設定)
- 想定学習コスト:2〜3人日
GitHub ActionsやJenkins上で「PRに対して自動レビューコメントを返す」「コミットメッセージを自動生成する」などの自動化を行う場合、Codex CLIの--sandbox workspace-writeが安全側に倒した既定値を持っているため、本番事故のリスクが下がります。Claude Codeでも--dangerously-skip-permissionsを使えば実現できますが、フラグ名が示すとおり「危険を意識した運用」が前提となります。
どちらか一つだけ選ぶ場合
推奨:Claude Code。判断軸は「ハーネスの完成度」と「Markdown資産の扱いやすさ」です。
- 想定月額:$20〜$200/月(Claude Pro or Max)
- 想定セットアップ時間:1〜4時間(CLAUDE.md + スキル定義)
- 想定学習コスト:1〜2人日
Claude Codeに一度スキルやサブエージェントを作り込むと、それ自体が社内のAI業務マニュアルになります。スキルは他のコーディングエージェントにも移行しやすい一方、サブエージェントは形式変換の手間が残ります。
つまり、Claude Codeに資産を貯めたあとで移行できないわけではありません。ただ、移行には時間がかかります。すでにClaude Code上に運用資産があるなら、無理に乗り換えるより継続利用するほうが合理的です。
複数エージェントを束ねる運用(OpenClaw等の上位ハブ前提)
推奨:両方併用。判断軸は「タスクの性質に応じてツールを呼び分ける」点です。
- 想定月額:$120〜$300/月(Claude Pro + ChatGPT Plus〜Pro)
- 想定セットアップ時間:1〜2日(上位ハブの設定 + 両方のCLAUDE.md/AGENTS.md整備)
- 想定学習コスト:3〜5人日
OpenClawのような上位コーディネータを使うと、「ドキュメント生成タスクはClaude Code、CIタスクはCodex CLI、対話タスクはOpenClaw自身」といった役割分担が可能になります。aidd.jpの読者層に固有のニーズとして、複数エージェントを束ねる運用は「単一ツール選定」を超えた現実的な選択肢になっています。
実務上は、Claude Codeを主担当にして、Codex CLIを別モデルのレビュアーとして呼び出す形が扱いやすいです。Claude CodeからCodexを呼び出せるプラグインを使えば、設計レビューや壁打ちのために画面を行き来する負担も減ります。詳細はOpenClawサブエージェント機構の比較記事を参照してください。
5シナリオの判断軸を押さえたら、次は実際の移行手順と併用設定例に進みます。
---
Codex CLI Claude Code 移行と併用ガイド
両者を行き来する場合の具体的な移行手順と、同一リポジトリで併用する設定例を扱います。1次情報として、aidd.jp所有環境で実際に変換・併用した経験を反映します。
Codex CLIからClaude Codeへの移行手順(AGENTS.md → CLAUDE.md変換)
AGENTS.mdとCLAUDE.mdは構造が大部分共通しているため、変換は5ステップで完了します。
- AGENTS.mdをCLAUDE.mdとしてコピー:
cp AGENTS.md CLAUDE.md - AGENTS.md固有の見出しをClaude Code向けに調整:
## Tools→## 利用可能ツールなど、Claude Codeの慣例に揃える - Codex CLI固有のサンドボックス記述を削除:
workspace-write等の記述はClaude Codeでは不要 - MCPサーバー設定を
.claude/settings.jsonに転記:AGENTS.md内のツール接続情報をMCP公式形式に変換 /initコマンドでClaude Codeに認識させる:Claude Code起動後に/initで初期化
筆者がaidd.jp環境で変換した際は、ステップ4のMCPサーバー設定の転記がもっとも工数を要しました。Codex CLI側にMCPサーバー設定がない場合はステップ4を省略可能です。
Claude CodeからCodex CLIへの移行手順(CLAUDE.md → AGENTS.md変換)
逆方向も基本的な構造は同じです。
- CLAUDE.mdをAGENTS.mdとしてコピー:
cp CLAUDE.md AGENTS.md - Claude Code固有のスラッシュコマンド記述を整理:
.claude/commands/配下のテンプレートを.codex/prompts/に移動 - MCPサーバー設定を
~/.codex/config.tomlに転記:Codex CLIのMCP対応形式に合わせて記述 - Hooks(pre-tool-use等)の代替を検討:Codex CLIでHooksに完全相当する機能はないため、
--approval-policyや外部スクリプトで代替 codex /statusで認識を確認:起動後にステータスコマンドでAGENTS.md読み込みを確認
両者を同一リポジトリで併用する設定例
両方を併用する場合の最小構成は、リポジトリ直下に以下のファイルを配置します。
``text my-project/ ├── AGENTS.md # 共通の指示書(Codex CLI / OpenClaw等が読む) ├── CLAUDE.md -> AGENTS.md # シンボリックリンク(Claude Codeが読む) ├── .claude/ │ ├── settings.json │ └── commands/ │ └── review.md # Claude Code固有のスラッシュコマンド ├── .codex/ │ ├── config.toml │ └── prompts/ │ └── review.md # Codex CLI固有のスラッシュコマンド └── .gitignore ``
.gitignoreの推奨設定は以下です。
```text .claude/local/ .claude/session-history/
.codex/cache/ .codex/sessions/ ```
カスタムスラッシュコマンド名の競合(例:両者に/reviewがある場合)は、片方を/review-claude、もう片方を/review-codexにリネームするのが現実解です。シンボリックリンクでCLAUDE.md -> AGENTS.mdにすると、片方のファイル更新で両方に反映されるため運用負荷が下がります。
移行と併用の手順を押さえたら、最後によくある質問に答えます。
---
よくある質問(FAQ)
Q1. Claude Code Codex どっちを選ぶべきですか?
A. どちらか一つだけ選ぶならClaude Code、実務で強いのはClaude Codeメイン+Codex CLI併用です。Claude CodeはハーネスとMarkdown資産の扱いやすさが強く、Codex CLIは無料枠・OSS可視性・サンドボックス粒度に強みがあります。中小エンジニアチームの場合、Claude Codeを主担当、Codex CLIを別モデルのレビュアーとして使う形が現実的です。
Q2. Claude Code Codex 料金 比較で月額はどちらが安いですか?
A. 入口の月額は同額($20)ですが、Codex CLIはFreeプラン($0)でも限定利用可能です。ヘビーユース時はClaude Max 5x $100とChatGPT Pro $100が同額帯で、Pro $200帯まで上げると両者ともProの20倍利用枠が解放されます。API直接利用の従量課金は2026年4月時点でClaude Sonnet 4系がGPT-5.3-Codex系よりやや高めですが、利用モデルとタスク特性で差が変動します。
Q3. Claude Code Codex セキュリティ 違いの本質は何ですか?
A. Claude Codeはallow/denyルール型、Codex CLIはサンドボックス3モード型という設計思想の違いです。Claude Codeはツールごとに細かく許可/拒否を指定でき、Codex CLIはモードごとに「ファイル書き込み・コマンド実行・ネットワークアクセス」の3軸を一括制御します。本番リポジトリでは--dangerously-skip-permissions(Claude Code)とdanger-full-access(Codex CLI)の利用を避け、隔離環境でのみ使うのが鉄則です。
Q4. Claude Code Codex MCP 対応の現状はどうですか?
A. Claude Codeは公式UIまで含めてMCPネイティブ対応、Codex CLIは2026年4月時点で部分対応の段階です。MCPサーバーをSlack・GitHub・社内ツールと接続する運用が業務の中心なら、現時点でClaude Codeが半年以上のリードを持っています。Codex CLI側も急速に追いついており、半年〜1年で公式UI差は埋まる見込みです(2026年4月時点の観測)。
Q5. Codex CLI Claude Code 移行は工数はどれくらいかかりますか?
A. 小規模リポジトリ(CLAUDE.md/AGENTS.mdが100行以下)なら30分以内、MCPサーバー設定を含む中規模なら半日が目安です。最大の工数はステップ4のMCPサーバー設定転記で、Codex CLI側にMCP設定がない場合はそのステップを省略できます。aidd.jp内で実測した感覚値では、シンプルなリポジトリは0.5人日、MCP連携あり中規模リポジトリで1〜2人日です。
Q6. ターミナル AI 開発支援としてClaude CodeとCodex CLI以外の選択肢はありますか?
A. 2026年4月時点ではCursor(IDE型)、Aider(OSS)、OpenClaw(複数エージェント統合ハブ)が代表的な代替・補完候補です。CursorはIDE統合型でVSCodeフォークの形を取り、ターミナル常駐型ではない点でClaude Code/Codex CLIとは別カテゴリです。AiderはOSSで自前のAPIキーを使う形式で、コスト最適化したい玄人向けです。OpenClawは複数のAIエージェントを束ねる上位ハブとして、Claude Code/Codex CLI/その他を統合運用する文脈で使われます。
---
まとめ:Claude Code Codex 違いを踏まえた次の一歩
ここまで料金・MCP・セキュリティ・ユースケースでClaude CodeとCodex CLIの違いを比較してきました。最後に結論を3行で再掲します。
- どちらか一つだけ選ぶならClaude Code:ハーネスが優秀で、Markdownベースのスキル・サブエージェント資産を作りやすい
- Codex CLIを併用する価値は大きい:片方で詰まったとき、OpenAI系モデルに設計レビューや壁打ちを依頼できる
- Codex CLI単独推奨の場面もある:個人開発・OSSコントリビュート・CI連携自動化・サンドボックス粒度を重視する場合
中小エンジニアチームの場合、まずClaude Codeを主担当として導入し、重要な設計レビューや詰まったバグ修正でCodex CLIを併用するのが現実解です。Claude Codeに蓄積したスキルやサブエージェント資産は移行可能ですが、変換の手間は残ります。だからこそ、最初に「どの資産をどの形式で残すか」を決めておくことが大切です。
ただし、ツールを選ぶだけでは社内導入は進みません。実務では「どの作業をAIに任せるか」「レビュー承認をどこで挟むか」「Claude CodeとCodex CLIをどう併用するか」を、チーム共通のルールと演習に落とし込む必要があります。開発組織でAIコーディングエージェントを安全に使い始めたい場合は、AI駆動開発研修で導入設計・ハンズオン・社内ルール化まで確認してください。
次の一歩としては、本記事で扱いきれなかった「複数エージェントを束ねる運用」の具体実装を扱ったOpenClawサブエージェント機構の比較記事を読むことをおすすめします。Claude CodeのTaskツール、Codex CLIのspawn_agent、OpenClawのsessions_spawnの違いが、本記事のユースケース5「複数エージェントを束ねる運用」の具体実装イメージとして直結します。
正式な公式ソースは以下を参照してください。
- Claude Code公式ドキュメント
- Anthropic料金ページ
- Codex CLI公式GitHub(openai/codex)
- Codex CLI公式ドキュメント
- ChatGPT料金ページ
- Model Context Protocol公式
価格・機能は変動するため、運用判断時には必ず公式の最新値を確認してください。本記事は2026年4月時点の公式情報を基準に整理しています。


