# Codex vs Claude Code 徹底比較

2026年、AIコーディング分野で最も注目されている二大ツール — OpenAI **Codex CLI** と Anthropic **Claude Code**。どちらを選ぶべきか迷っている開発者が多いですが、実は最良の答えは**「両方を併用する」**ことです。

本ガイドでは、両ツールを15以上の観点から徹底比較し、それぞれの強みを活かした最適な使い方をご紹介します。

---

## コア理念の違い

詳しく比べる前に、まったく異なる設計思想を押さえておきましょう。

### Claude Code：対話型のペアプログラミング

Claude Code の体験は **シニアエンジニアとペアプログラミングをしている感覚** に近いものです：

- 実行前に方針をていねいに説明し、確認を待つ
- 代替案や潜在的なリスクを自分から挙げる
- 何度かのやり取りを通して問題を深掘りする
- 複雑なタスクでは自律的に計画しつつ、要所ではあなたの意見を求める

```text
あなた：この認証モジュールにセキュリティ上の懸念はある？

Claude Code：src/auth/ 配下のすべてのファイルを確認し、3 つの潜在的な問題を見つけました：

1. JWT トークンに有効期限が設定されていない（auth/token.ts:42）
2. パスワードのハッシュに非推奨の MD5 を使っている（auth/password.ts:15）
3. ログインエンドポイントにレート制限がない（routes/login.ts:28）

優先度順の修正をおすすめします：まず #2（最もリスクが高い）、次に #1、最後に #3。
1 つずつ修正しましょうか？それとも先に具体的な方針を見ますか？
```

このモードの利点は、AI が何をしているか・なぜそうしているかが常に分かることです。深い理解と正確な制御が必要な場面に向いています。

### Codex：自律エージェントによる実行

Codex の体験は **優秀なインターンに仕事を任せる感覚** に近いものです：

- 指示を受けたらすぐにサンドボックス内で自律的に実行する
- 中断せずに作業をすべて終えてから結果を返す
- 実行中に対話的な確認を必要としない
- 完了後にあなたが結果を検収し、採用するか決める

```bash
$ codex "auth モジュールに完全な単体テストを追加して、境界条件をすべてカバーして"

# Codex が自動的に実行：
# 1. src/auth/ 配下の全関数を分析
# 2. tests/auth/ ディレクトリを作成
# 3. 15 個のテストケースを作成
# 4. テストを実行して全件パスを確認
# 5. 実行サマリーを返す

✓ Created 4 test files with 15 test cases
✓ All tests passing (15/15)
  - token.test.ts (5 cases)
  - password.test.ts (4 cases)
  - session.test.ts (3 cases)
  - middleware.test.ts (3 cases)
```

このモードの利点は自動化の度合いとスループットの高さです。目標が明確で一度で説明しきれる一括タスクに向いています。

---

## 全面比較表

### 基本アーキテクチャ

| 項目 | Codex CLI | Claude Code |
|------|-----------|-------------|
| 開発元 | OpenAI | Anthropic |
| ライセンス | Apache 2.0（完全な OSS） | クローズド（CLI バイナリ配布） |
| 実装言語 | Rust | TypeScript |
| 既定モデル | GPT-5.6-terra / GPT-5.5（1M；`/models` が正） | Opus 5 / Sonnet 5（1M；4.x も販売中） |
| リリース時期 | 2025 年 9 月 | 2025 年 2 月（GA：5 月） |
| バージョン確認 | `codex --version`（[Releases](https://github.com/openai/codex/releases)） | `claude --version`（[Releases](https://github.com/anthropics/claude-code/releases)） |
| インストール | `npm install -g @openai/codex` | `npm install -g @anthropic-ai/claude-code` |

### モデルと推論能力

| 項目 | Codex CLI | Claude Code |
|------|-----------|-------------|
| 既定モデル | GPT-5.6-terra（コーディング第一候補）/ GPT-5.5 | Claude Opus 5 / Sonnet 5（4.8 / 4.6 も販売中） |
| コンテキストウィンドウ | 1M tokens | 20 万（既定；Opus 5 / Sonnet 5 などは 100 万まで拡張可） |
| 推論の深さ | 強い。構造化されたタスク向き | 非常に強い。複雑な推論と方針評価で優位 |
| コード生成の品質 | 高い。特に定型的な生成が得意 | 非常に高い。コード品質とベストプラクティスを重視 |
| 意図の理解 | 良好。ときどきずれる | 優秀。指示を取り違えることはほとんどない |
| 多言語対応 | 主要言語はいずれも優秀 | 主要言語はいずれも優秀。Rust/Go でやや優位 |
| 推論速度 | 速い。GPT-5.5 / 5.4 は低レイテンシ | 中程度。Opus の深い推論は時間がかかる |

### 実行モードとセキュリティ

| 項目 | Codex CLI | Claude Code |
|------|-----------|-------------|
| 実行スタイル | 自律エージェント（先に実行、後で確認） | 対話協調（先に相談、後で実行） |
| サンドボックス | カーネルレベル（Landlock + seccomp） | アプリケーション層の権限（Hooks + ユーザー確認） |
| ネットワーク分離 | 既定でネットワーク遮断（サンドボックス内） | 既定で許可。ユーザーが遮断を設定できる |
| ファイルシステム保護 | サンドボックスが書き込み範囲を制限 | ユーザー確認 + Hook による遮断に依存 |
| 権限モード | `--sandbox` の 3 段階：read-only / workspace-write / danger-full-access（旧 suggest / auto-edit / full-auto のプリセットは削除済み）| 許可・拒否を都度確認。信頼レベルの設定も可 |
| セキュリティ監査 | OSS なのでコードを監査できる | クローズド。Anthropic の安全性の約束に依存 |

### 設定と拡張

| 項目 | Codex CLI | Claude Code |
|------|-----------|-------------|
| プロジェクト設定ファイル | `AGENTS.md` | `CLAUDE.md` |
| 設定の階層 | グローバル / リポジトリ / サブディレクトリ（3 段） | グローバル / プロジェクト / サブディレクトリ（3 段） |
| 拡張プロトコル | MCP（Model Context Protocol） | MCP（Model Context Protocol） |
| Hook システム | 対応（イベント駆動） | ネイティブ対応（6 種類のイベント） |
| サブエージェント | Cloud Exec（クラウドで複数エージェント並列） | Agent Teams（ローカルのサブエージェント） |
| スキル機構 | Skills を内蔵 | Slash Commands を内蔵 |
| IDE 連携 | VS Code 拡張 | VS Code / JetBrains / Vim / Emacs |
| CI/CD 連携 | GitHub Actions ネイティブ | GitHub Actions / ヘッドレスモード |

### コミュニティとエコシステム

| 項目 | Codex CLI | Claude Code |
|------|-----------|-------------|
| GitHub Stars | 30K+（OSS の強み） | N/A（クローズド） |
| コミュニティの活発さ | 高い（OSS のコントリビューターが多い） | 高い（ユーザーコミュニティが活発） |
| プラグイン | 急成長中 | 成熟。MCP エコシステムが豊富 |
| ドキュメント品質 | 優秀（OSS + 公式） | 優秀（公式ドキュメントが詳しい） |
| 企業導入 | 急速に拡大 | 幅広い（Netflix / Spotify などの事例） |

### 料金

| 項目 | Codex CLI（公式） | Claude Code（公式） |
|------|-------------------|---------------------|
| 課金方式 | トークン従量課金 | トークン従量課金 / Max サブスクリプション |
| 始めるための条件 | OpenAI API アカウント | Anthropic API アカウント / Max 月 $100 |
| 中国からの利用 | VPN + 海外決済が必要 | VPN + 海外決済が必要 |
| QCode.cc 経由 | そのまま利用可、アジアノード | そのまま利用可、アジアノード |
| QCode.cc の価格 | 最大 80% 節約 | 最大 80% 節約 |

---

## シーン別おすすめ

場面ごとに、それぞれが最も力を発揮する領域があります。

### Claude Code を選ぶ場面

#### 1. アーキテクチャ設計と方針評価

技術方針の評価では Claude Code の深い推論が特に効きます：

```text
あなた：モノリスをマイクロサービスに分割したい。コードは 15 万行、
　　　　チームは 8 人。分割方針を評価して。

Claude Code は：
- コード構造を分析してモジュール境界を特定する
- 3〜4 種類の分割戦略の長所短所を評価する
- チーム規模・デプロイコスト・移行リスクを考慮する
- 段階的な実施案を提示する
```

#### 2. バグ調査とコードレビュー

対話形式はバグ調査を効率化します：

```text
あなた：ログイン後にときどき強制ログアウトされると報告があった。原因を調べて

Claude Code は：
- 認証フロー関連のコードを分析する
- session / token の管理ロジックを確認する
- 具体的な原因（競合状態など）を特定する
- 修正方針と理由を提示する
```

#### 3. 複雑なリファクタリングとコード最適化

文脈の理解とトレードオフの判断が必要なときは、対話モードの方が確実です：

```text
あなた：プロジェクトを Express.js から Fastify に移行して、API 互換は維持して

Claude Code は：
- まず既存のルーティング構成とミドルウェアを分析する
- 移行計画を提示し、注意すべき差分に印を付ける
- 段階的に実行し、各ステップで確認する
- 境界ケース（エラーハンドリング、プラグイン置換など）を処理する
```

#### 4. 新しい技術の学習とコード理解

Claude Code は説明と教えることが得意です：

```text
あなた：このプロジェクトの GraphQL スキーマ設計の考え方を説明して
あなた：この Rust のライフタイム注釈はなぜこう書く必要がある？
あなた：この分散ロックの実装原理を理解したい
```

### Codex を選ぶ場面

#### 1. 一括のコード生成とスキャフォールディング

目標が明確な一括タスクは Codex の得意分野です：

```bash
$ codex "src/models/ 配下のすべてのデータモデルに CRUD API エンドポイントと対応する OpenAPI ドキュメントを生成して"

# Codex がサンドボックス内で自律的に完了：
# - 12 個のモデルファイルを走査
# - 12 組の CRUD エンドポイントを生成
# - 対応する OpenAPI spec を生成
# - 生成コードの構文の正しさを検証
```

#### 2. CI/CD の自動化とスクリプト作成

Codex のサンドボックスは CI/CD 環境と相性が良いです：

```bash
$ codex --sandbox workspace-write "この PR のコード変更を分析し、潜在的な問題を確認してレビューレポートを生成して"

# GitHub Actions への組み込みに向いています：
# - サンドボックス分離で安全
# - workspace-write サンドボックスなら対話承認は不要
# - 標準出力をそのまま PR コメントにできる
```

#### 3. テストケースの生成

仕様が明確なら、Codex は大量のテストを素早く生成できます：

```bash
$ codex "src/utils/ 配下のすべてのエクスポート関数に単体テストを生成して。カバレッジは 90% 以上"
```

#### 4. ドキュメント生成とコードコメント

定型的なドキュメント作業は Codex にとても向いています：

```bash
$ codex "すべての公開 API に JSDoc コメントを追加して。引数の説明・戻り値・使用例を含めて"
```

---

## 併用ワークフロー

両者の最大の価値は **併用** にあります。実践で検証済みのワークフローを紹介します。

### ワークフロー 1：Claude が計画し、Codex が実行する

最も定番の組み合わせです。Claude Code の深い推論で方針を設計し、Codex で効率よく一括実行します。

**場面：プロジェクトに国際化（i18n）対応を追加する**

```bash
# ステップ 1：Claude Code で方針を立てる
$ claude
> この React プロジェクトに i18n 対応を追加したい。最適な方針を分析して

# Claude Code がプロジェクト構造を分析し、方針（react-intl と i18next の比較など）を提案。
# 変更するファイルの一覧と実施手順も示します

# ステップ 2：方針を確認したら、Codex で一括実行
$ codex "次の方針で i18n 対応を追加して：
  1. i18next + react-i18next をインストール
  2. locales/zh.json と locales/en.json を作成
  3. src/components/ 配下のハードコードされた文字列を i18n キーに抽出
  4. i18n の初期化と言語切り替えを設定"

# Codex がサンドボックス内ですべてのファイル変更を自律的に完了します
```

### ワークフロー 2：Claude がテストを書き、Codex が実行して直す

業務ロジックの深い理解が要るテストは Claude Code に書かせ、実行と修正は Codex に任せます。

```bash
# ステップ 1：Claude Code でテストを書く（業務ロジックの理解が必要）
$ claude
> 決済モジュールの結合テストを書いて。カバーする場面は：
> 正常な決済、残高不足、同時決済、返金、タイムアウトによるキャンセル

# Claude Code が決済フローを理解し、狙いを定めたテストケースを書きます

# ステップ 2：Codex でテストを実行し、失敗を修正する
$ codex --sandbox workspace-write "tests/payment/ 配下のすべてのテストを実行し、
  失敗しているテストをすべて修正して、全件パスさせて"
```

### ワークフロー 3：日々の開発で 2 つを切り替える

日常の開発では、タスクの種類に応じて柔軟に切り替えます：

```bash
# 難しい問題に当たったら → Claude Code に切り替えて相談
$ claude
> このデッドロックはどう解決する？ src/db/connection-pool.ts を見て

# 方針が決まって一括変更 → Codex に切り替えて実行
$ codex "コネクションプール改修方針に沿って、すべてのデータベースクエリ関数を更新し、タイムアウトとリトライを追加して"

# コードレビュー → Claude Code に戻る
$ claude
> さっき Codex が変更したコードに問題がないか見て
```

### ワークフロー 4：大規模リファクタリングの分担

```bash
# Claude Code：依存関係を分析し、安全なリファクタリング順序を決める
$ claude
> プロジェクトを CommonJS から ESM に移行したい。依存グラフを分析して、安全な移行順序を出して

# Codex：順序どおりにモジュール単位で実行
$ codex "src/utils/ 配下のすべてのファイルを CommonJS から ESM 構文に変換して"
$ codex "src/services/ 配下のすべてのファイルを CommonJS から ESM 構文に変換して"
$ codex "package.json とビルド設定を ESM 向けに更新して"

# Claude Code：最終結果を検証する
$ claude
> ESM 移行が完全か確認して。残っている require() 呼び出しはない？
```

---

## QCode.cc で両方使う

ここまでのワークフローは、Claude Code と Codex の両方にアクセスできることが前提です。[QCode.cc](https://qcode.cc) なら、それがとても簡単になります。

### 1 つのプランで 2 つのツール

QCode.cc のプラン枠は Claude Code と Codex で **共有** されます。2 つのサービスを別々に契約する必要はありません：

- Claude Code の API 呼び出しがプラン枠を消費する
- Codex の API 呼び出しも同じプラン枠を消費する
- 使用量は [コンソール](https://qcode.cc/dashboard) でまとめて確認できる

### 切り替えコストはゼロ

2 つのツールは同じ QCode.cc の API キー（`cr_` で始まる）を使います。設定は 1 回だけです：

```bash
# Claude Code の設定（~/.claude/.credentials.json）
# 詳細：/docs/getting-started/installation

# Codex の設定（~/.codex/config.toml）
# 詳細：/docs/getting-started/codex-quick-start
```

作業中は 2 つのターミナルウィンドウを行き来するだけで、ログインやアカウントの切り替えは不要です。

### アジアノードで低レイテンシ

QCode.cc はアジア太平洋地域に最適化された接続先を用意しています。中国本土のユーザーには `asia.qcode.cc`（アジアノード、HK/JP の近い方）、それ以外のユーザーには `api.qcode.cc` を推奨します。Claude Code でも Codex でも、安定した低レイテンシで使えます：

- VPN 不要
- 海外のクレジットカード不要
- Alipay / WeChat Pay に対応

### コスト面の優位

| 項目 | 公式に直接契約 | QCode.cc |
|--------|----------|----------|
| Claude Code | 月 $100 から（Max サブスクリプション） | 月 $20 から |
| Codex | 月 $20 から（OpenAI API） | Claude Code と枠を共有 |
| 両方を同時に使う | 月 $120 以上 | 月 $20 から |
| 支払い方法 | 海外のクレジットカード | Alipay / WeChat Pay |
| 中国からの利用 | VPN が必要 | 直接接続、プロキシ不要 |

> 具体的な価格は [プランページ](https://qcode.cc/pricing) を参照してください。

---

## 機能の詳細比較

### コンテキスト管理

**Claude Code** はデフォルトで 20 万トークンのコンテキストウィンドウを使い、Opus 5 / Sonnet 5 では 100 万トークンまで拡張できます（4.x も利用可）。コンテキスト管理はかなり賢く設計されています：

- 関連ファイルを自動で検索してコンテキストに追加
- 会話が長くなると初期の内容を自動的に圧縮
- `@` による参照でファイルを正確に指定できる
- `/compact` コマンドで手動圧縮

**Codex** はデフォルトで GPT-5.5 / GPT-5.4 の 1M トークンコンテキストを使います。サンドボックス実行中は：

- プロジェクトのファイル構造を自動でインデックス
- タスクに応じて関連ファイルを動的にロード
- 実行中の出力はすべてコンテキストに残る
- 大きな単一コンテキストは大規模プロジェクト向き

### サンドボックスとセキュリティ

**Codex のカーネルレベルサンドボックス**は最大の技術的ハイライトの一つです：

- Linux Landlock LSM + seccomp-bpf ベース
- OS のレイヤーでファイルシステムアクセスとネットワークを制限
- モデルが危険な操作を「しようとして」もカーネルが阻止する
- 3 段階の権限モードで自動化の度合いを柔軟に制御

**Claude Code のアプリケーション層セキュリティ**は対話的な確認に依存します：

- 危険な操作の前にユーザーへ確認を求める
- Hook システムで独自の遮断ルールを定義できる
- カーネルレベルの分離はなく、信頼境界はアプリケーション層にある
- 柔軟だがユーザーが注意を払い続ける必要がある

### サブエージェントと並列実行

**Claude Code の Agent Teams**：

- ローカルでサブエージェントプロセスを起動
- 各サブエージェントが独立したコンテキストを持つ
- 大きなタスクを独立した小タスクに分割するのに向く
- 結果はメインの会話に集約される

**Codex の Cloud Exec**：

- クラウド上で複数の実行環境を並列に起動
- 独立した複数のタスクを同時に処理できる
- 大規模な一括処理に向く
- 各実行環境が完全なサンドボックス分離を持つ

### 設定ファイルの比較

**CLAUDE.md**（Claude Code）：

```markdown
# CLAUDE.md

## プロジェクト規約
- TypeScript の strict モードを使う
- すべての関数に JSDoc コメントを付ける
- テストファイルは __tests__ ディレクトリに置く

## コードスタイル
- Prettier でフォーマットする
- import の並び順：組み込み → サードパーティ → ローカル
```

**AGENTS.md**（Codex）：

```markdown
# AGENTS.md

- All code must be TypeScript with strict mode
- Use Prettier for formatting
- Tests go in __tests__ directories
- Run `npm test` before completing any task
```

> どちらも Markdown 形式ですが、慣習や細部が異なります。詳しくは [AGENTS.md 設定ガイド](/docs/usage/agents-md) を参照してください。

---

## それぞれの弱点

公平に見ると、どちらのツールにも短所があります：

### Claude Code の弱点

- **速度**：Opus モデルの深い推論は応答に時間がかかり、単純なタスクでは「遅い」と感じることがある
- **クローズドソース**：コードを監査できず、Anthropic のセキュリティ上の約束を信頼するしかない
- **自動化の度合い**：対話型の設計上、多くのタスクで人手の確認が必要になり、バッチ処理の効率に影響する
- **価格**：公式の Max サブスクリプションは月 $100 からで、敷居が高い

### Codex の弱点

- **意図の理解**：複雑で曖昧な指示は誤解されることがあり、結果を丁寧に検収する必要がある
- **対話性**：自律実行モードでは途中確認がなく、方向がずれた場合は事後修正しかできない
- **サンドボックスの制約**：デフォルトでネットワークを遮断するため、ネットワークアクセスが必要なタスクは扱えない
- **成熟度**：後発であり、エコシステムとドキュメントの充実度はまだ追い上げ中

---

## コミュニティの評価

開発者コミュニティの声をまとめると、次のようになります：

> 「Claude Code は技術パートナー、Codex は実行チーム。前者は"どうやるか"を一緒に考え、後者はそれを効率よく形にしてくれる。」

> 「AGENTS.md を書くとき、よく CLAUDE.md の考え方を参考にする。プロジェクト設定の思想は実はかなり近い。」

> 「1 か月使ってみて、だいたい 60% は Claude Code、40% は Codex。前者は考える必要があるタスク、後者は手を動かす量が多いタスクに使っている。」

---

## バージョン変遷の比較

| 時期 | Claude Code | Codex CLI |
|------|-------------|-----------|
| 2025 Q1 | パブリックプレビュー公開 | - |
| 2025 Q2 | GA 正式版、Plan Mode | - |
| 2025 Q3 | Subagents、MCP 対応 | v0.1 リリース、Apache 2.0 で OSS 化 |
| 2025 Q4 | Opus 4.5、Hooks システム | Cloud Exec、GPT-5.1-Codex |
| 2026 Q1 | Opus 4.6（1M）、Skills | GPT-5.4（1M）、Skills、AGENTS.md |
| 2026 Q2 | Opus 4.8/4.7、ダイナミックワークフロー（Workflows）、ネストされたサブエージェント | Codex CLI 継続リリース、GPT-5.5 |
| 2026 Q3 | Opus 5 / Sonnet 5 / Fable 5.1、Adaptive Thinking | Codex CLI 継続リリース、GPT-5.6 系（terra / sol / luna / mini / nano） |

どちらも反復が非常に速く、1〜2 週間ごとに機能更新があります。

---

## 選択ガイド早見表

どうしても 1 つだけ選びたい場合の早見表です：

| あなたの状況 | おすすめ |
|----------|---------|
| 主にアーキテクチャ設計と技術的な意思決定を行う | Claude Code |
| 主に大量のコード生成と反復作業を行う | Codex |
| チーム開発でコードレビューが必要 | Claude Code |
| CI/CD の自動化に組み込む | Codex |
| 新しい技術の学習とコード理解 | Claude Code |
| OSS のコントリビューターでコード監査を重視する | Codex |
| 意図の理解力を最重視する | Claude Code |
| 実行速度を最重視する | Codex |
| 両方使いたいが予算が限られている | **QCode.cc**（1 プランで両方） |

---

## まとめ：選択ガイド

| あなたのニーズ | おすすめ |
|-------------|---------|
| 一つだけ選ぶなら | **Claude Code**（汎用性が高い） |
| コスト重視 | **Codex**（Plus $20/月で十分な利用量） |
| 最高の開発体験 | **両方併用**（QCode.cc で共有クォータ） |
| チーム導入 | **Claude Code**（管理機能が充実） |

**結論**：AかBかの二択ではなく、**A + B の併用こそが 2026 年の最強開発体験**です。QCode.cc なら1つのプランで両方使えるので、切り替えコストはゼロです。

---

## 次のステップ

- [Codex クイックスタート](/docs/getting-started/codex-quick-start) -- 5 分で Codex を設定
- [AGENTS.md 設定ガイド](/docs/usage/agents-md) -- Codex のプロジェクト挙動をカスタマイズ
- [Claude Code クイックスタート](/docs/getting-started/quick-start) -- Claude Code の基本操作
- [Codex 統合設定](/docs/ide/codex) -- Codex の詳細な設定手順
- [プランと料金](https://qcode.cc/pricing) -- QCode.cc の共有プランを見る