【実測比較】Claude Code vs Codex — 実プロジェクトで使い比べてわかった選び方

「Claude CodeとCodex、結局どっちがいいの？」

AIコーディングツール完全比較を書いてから、この質問を何度もらったかわからない。3ツール比較では各ツールの概要を網羅したけど、実際に同じプロジェクトで使い比べたらどうなるの？ という疑問には答えきれていなかった。

そこで今回は、playparkの実プロジェクトでClaude CodeとCodexを同じタスクに投入して比較した結果を報告します。「カタログスペック」ではなく「体感と実測」ベースの比較です。

この記事で学べること

• Claude CodeとCodexの実プロジェクトでの使用感の違い
• 開発速度・コード品質・コスト・拡張性の4軸比較
• 「このタスクにはこっち」という具体的な判断基準
• 併用パターンと使い分けの実践ノウハウ

前提：比較環境

項目	内容
プロジェクト	Next.js 16 App Router + React 19（当社コーポレートサイト）
コードベース	TypeScript、アプリ本体（app/components/lib/tests）で約120ファイル
Claude Code	Opus 4.6 / Sonnet 4.6（Max 20xプラン）
Codex	GPT-5-Codex系（ChatGPT Plus）/ gpt-5.3-codex（API）
期間	2026年2月〜3月の約2ヶ月間

「自社サイトで比較するの？」と思うかもしれませんが、自分たちが一番よく知っているコードベースだからこそ、AIの出力の良し悪しを正確に判断できます。

クイック比較表

まずは結論から。

評価軸	Claude Code	Codex	備考
日常コーディング速度	◎	○	コンテキスト把握力の差
大規模一括変更	○	◎	Cloud並列実行が強い
コード品質	◎	◎	方向性が違う（後述）
カスタマイズ性	◎	○	settings.json + Skillsの深さ
GitHub連携	○	◎	@codex の自動化が強力
コスト効率	○	◎	エントリー価格の差
学習コスト	○	◎	Codexのほうがシンプル

ひと言で言うなら： Claude Codeは「育てて使う相棒」、Codexは「呼べば来る職人」。

開発速度：体感で差が出るポイント

日常タスク（バグ修正・機能追加）

Claude Codeの圧勝...と言いたいところですが、正確には**「設定を育てたClaude Codeが速い」**です。

ポイントはCLAUDE.mdを巨大にすることではなく、settings.jsonの細かな設定とSkillsの組み合わせ。CLAUDE.mdはコンテキストを圧迫するので最小限に抑え、プロジェクトルール（パス規約、コンポーネント配置、コーディング規約）はsettings.jsonのpermissionsやSkillsに分散させる。こうするとClaude Codeは最初のプロンプトからそのルールに従ったコードを出力します。

# Claude Code の場合
> "BlogCardコンポーネントにタグフィルター機能を追加して"
→ @/components/BlogCard.tsx を正しく見つけ、
  既存のimportパターンに従い、
  Skillsで定義したワークフローに沿ってコードを生成

Codexも同様にSkillsで設定できますが、settings.jsonレベルの挙動制御やSkillsによるワークフロー自動化の深さは（体感で）及ばない。長いコンテキストを活かしてプロジェクト全体を見渡せるのもClaude Codeの強みです。

大規模変更（リファクタリング・マイグレーション）

ここではCodexに分があります。

当社でNext.js 15から16へのマイグレーションを行った際、CodexのCloud実行 + 並列処理が効きました。ローカルマシンのリソースを使わず、数十ファイルの変更を同時に処理できる。待ち時間にコーヒーを淹れに行けるのは地味にありがたい（Claude Codeだとターミナルがビジーになって他の作業ができない）。

タスク	Claude Code	Codex
単一ファイルのバグ修正	約30秒	約45秒
3ファイルの機能追加	約2分	約2.5分
20ファイルのAPI変更	約8分	約5分（Cloud並列）
50ファイルのimport整理	約15分	約7分（Cloud並列）

※ 体感値。プロジェクトの複雑度やネットワーク状況で変動します。

コード品質：「品質」の方向性が違う

「どちらのコードが良いか」は一概に言えません。良さの方向性が違うからです。

Claude Code：プロジェクトに馴染むコード

Claude Codeが生成するコードは、既存コードベースとの一貫性が高い。変数の命名、エラーハンドリングのパターン、コメントのスタイルまで、周囲のコードに合わせてくる。

// Claude Code が生成したコード例
// → 既存の getPostBySlug のパターンを踏襲
export async function getPostsByTag(tag: string): Promise<BlogPost[]> {
  const posts = await getAllPosts();
  return posts.filter((post) =>
    post.tags.some((t) => t.toLowerCase() === tag.toLowerCase())
  );
}

「このプロジェクトの人が書いたように見える」コードが出てくる。レビューで「これAIが書いたでしょ」と言われにくい（言われたくないわけじゃないけど）。

Codex：教科書的に正しいコード

Codexが生成するコードは、ベストプラクティスに忠実。型安全性、エッジケースの処理、テストの網羅性が高い。ただし、プロジェクト固有の慣習よりも汎用的な「一般的に良いコード」に寄る傾向がある。

// Codex が生成したコード例
// → より防御的で、JSDocコメント付き
/**
 * Retrieves blog posts matching the specified tag.
 * @param tag - The tag to filter by (case-insensitive)
 * @returns Array of matching blog posts, sorted by date descending
 */
export async function getPostsByTag(tag: string): Promise<BlogPost[]> {
  if (!tag || typeof tag !== 'string') {
    return [];
  }
  const normalizedTag = tag.toLowerCase().trim();
  const posts = await getAllPosts();
  return posts
    .filter((post) =>
      post.tags.some((t) => t.toLowerCase().trim() === normalizedTag)
    )
    .sort((a, b) => new Date(b.date).getTime() - new Date(a.date).getTime());
}

どちらが「良い」かはプロジェクトのフェーズによります。初期開発ではCodexの防御的なコードが安全。運用フェーズでは既存コードとの一貫性を保つClaude Codeが楽。

カスタマイズ性：ここが最大の差

Claude Code：settings.json + Skills + Hooks の三位一体

Claude Codeの真価は設定を育てることにあります。

settings.json      → permissions・モデル選択・挙動の細かな制御
Skills             → 繰り返し作業の自動化（記事生成、PR作成、テスト等）
Hooks              → ルール違反を物理的にブロック
CLAUDE.md          → 最小限のプロジェクトルール（コンテキスト圧迫を避ける）
MCP                → 外部ツールとの連携

CLAUDE.mdに何でも書き込みたくなるが、コンテキストウィンドウを圧迫するので最小限に抑えるのがコツ。代わりにsettings.jsonでpermissionsや挙動を細かく制御し、Skillsで定型ワークフローを自動化する。たとえば当社では、Hooksでテスト実行を強制し、Skillsでブログ記事の生成からPR作成までをワンコマンドで完結させています。

この作り込みには時間がかかります。Skillsの設計、settings.jsonの最適化、Hooksの実装...初期投資は小さくない。でも一度育てたら、チームの全員がその恩恵を受ける。

Codex：Skills + GitHub統合

CodexもSkillsとMCPに対応していますが、強みはGitHub統合の深さです。

# PRに @codex でコメントするだけで自動レビュー
@codex このPRをレビューして、パフォーマンスの問題があれば指摘してください

# Automationsで自動化
（ワークフローを構成すれば）CI失敗時 → @codex が修正提案 → 修正PRを自動作成

設定の作り込みが少なくても、GitHubワークフローの中で即戦力として使えるのがCodexの良いところ。「育てる」というより「接続する」イメージです。

コスト比較

月額プラン

プラン	月額	含まれるもの
Claude Code（Pro）	$20	Sonnet 4.6（Opusはextra usageで従量課金）
Claude Code（Max 5x）	$100	Opus 4.6アクセス + 高い利用上限
Claude Code（Max 20x）	$200	さらに高い利用上限
Codex（ChatGPT Plus）	$20	Codex（GPT-5-Codex系） + Cloud実行
Codex（ChatGPT Pro）	$200	高レート + 優先アクセス

エントリー価格はCodexの$20が圧倒的に低い。Claude CodeもPro（$20）でSonnet 4.6が使え、Opus 4.6もextra usage（API従量課金）を有効にすれば利用可能です。ただしOpusをベースの利用枠内で使いたいならMax以上が必要なので、コスト判断のポイントになります。

実際のコスト感（当社の場合）

当社では以下の組み合わせで運用しています。

用途	ツール	プラン	月額
日常開発	Claude Code	Max 20x	$200
PRレビュー	Codex	ChatGPT Plus	$20
合計			$220

「両方契約するのもったいなくない？」と思うかもしれませんが、開発者1人あたりの生産性向上を考えれば十分ペイします。Claude Codeなしで手動でやっていた作業時間を時給換算したら、$220は初日で回収できる金額です（これ、盛ってません）。

使い分け判断フロー

実際にどちらを使うか迷ったときの判断基準です。

Claude Codeを選ぶ場面

• 日常的なコード修正・機能追加: コンテキスト把握力が活きる
• プロジェクト固有のルールが多い: CLAUDE.md + Hooksで自動化できる
• Skillsで定型作業を自動化したい: ブログ記事生成、PR作成、テスト実行など
• Agent Teamsで並列開発したい: 複数タスクの同時進行（Agent Teamsの詳細）

Codexを選ぶ場面

• 大規模リファクタリング: Cloud並列実行で高速
• PRの自動レビュー: @codexタグで即時起動
• CI/CD連携の自動化: Automationsが強力
• OSSプロジェクトでの利用: Codex CLIがApache-2.0のOSS
• コストを抑えたい: $20からスタート可能

両方使う場面

• 日常開発 + PR自動レビュー: Claude Codeで書いてCodexでレビュー
• 機能開発 + マイグレーション: 新機能はClaude Code、一括変更はCodex
• Skills共有で統一管理: 同じSkillsリポジトリを両ツールで参照（Skillsの統一管理方法）

「結局どっち？」への回答

2ヶ月使い比べた正直な感想。

1つだけ選ぶなら → Claude Code

理由はシンプルで、日常開発の時間のほうが長いから。大規模リファクタリングは月に数回だけど、日常のコード修正は毎日やる。毎日使うツールの使い心地が良いほうが、トータルの満足度は高い。

両方使えるなら → Claude Code + Codex

これがベストです。日常開発のClaude Code + PRレビューのCodexで月$220。開発者1人の生産性が体感で5〜10倍になるなら（なります）、ROIは明確。

予算がタイトなら → Codex

$20でCodex（GPT-5-Codex系）が使えるのは破格。Claude CodeのPro（$20）も選択肢ですが、Codexのほうが初期設定なしで即戦力になります。

どちらを選んでも、「AIコーディングツールを使わない」という選択肢は2026年にはもうないと断言できます。問題は「どれを使うか」であって「使うかどうか」ではない。自分の開発スタイルに合ったツールを見つけて、まずは1週間試してみてください。

まとめ

Claude CodeとCodexは競合ではなく補完関係にあるツールです。Claude Codeはプロジェクトに深く入り込んで「チームメイト」になる。Codexは必要なときに呼べる「専門家」になる。

この記事が「で、どっち使えばいいの？」という疑問の解消に役立てば幸いです。AIコーディングツールの全体像はAIコーディングツール完全比較も参照してください。