ブログ

Codex vs Claude Code 2026:ツールの選び方

Markdown

CodexとClaude Codeを比較します。料金と利用制限、推論、AGENTS.mdとCLAUDE.md、レビュー、用途、実際のタスクでの並行テストを取り上げます。

記事の全文を読む

モデルを使った作業について詳しくは、Ailootのドキュメントをご覧ください。

CodexとClaude Codeとは:1分で解説

重要なポイント

Claude CodeはAnthropicのターミナルエージェントです。プロジェクトを読み込み、許可を求め、対話しながら作業します。Codex CLIはOpenAIのエージェントで、サンドボックス内で自律的に動作します。タスクを受け取り、実行して、結果を提示します。どちらもファイルの編集、コマンドの実行、MCPやプラグインの利用が可能です。違いは設計思想にあります。Claude Codeは質問するために立ち止まり、Codexは結果を出すまで作業を進めます。

2025年4月、OpenAIはo3およびo4-miniモデルとともに、新製品Codex CLIをリリースしました。これがオープンソースツールとしてのCodexの始まりでした。最初はo3/o4-miniを包むラッパーで、その後、独立したモデルGPT-5-Codexとなり、2026年までにはGPT-5.3-Codex、GPT-5.4、GPT-5.5をそろえ、推論強度をminimalからxhighまで切り替えられる一連の製品になりました。

Anthropicはそれより早く、2025年夏にClaude Proの一部としてClaude Codeをリリースしました。2026年までに、VS Code拡張機能、ウェブ版、モバイル通知、プラグインマーケットプレイス、セッション間のメモリを備えたマネージドエージェントからなる、完全なエコシステムへと成長しました。

技術的に見ると、どちらも次の基本機能を備えたエージェントです。

  • プロジェクト内のファイルを読み、編集する
  • ターミナルでコマンドを実行する
  • ブラウザーを操作する(Computer Use)
  • MCPサーバー(Model Context Protocol)に接続し、外部システムと連携する
  • プロジェクトの指示を専用ファイルに保存する(AnthropicはCLAUDE.md、CodexはAGENTS.md)
  • サブエージェントを起動して並行作業を行う

違いは設計思想から始まります。Claude Codeはデフォルトで変更前に許可を求め、判断のメリットとデメリットを説明し、推論を見せます。Codexはデフォルトで隔離されたサンドボックス内で動作し、タスクの最後まで作業を進め、すぐには実行できなかったことをTODOに記録します。分離モードの説明はOpenAIの公式ドキュメントをご覧ください。

インターフェースにも違いが表れています。Claude Codeでは、Claudeを会話相手として感じます。Codexでは、実行担当者として感じます。

選択のポイントは、よく見られている場所とは違う

重要なポイント

2026年の主な選択肢は、CodexとClaude Codeのどちらかではありません。「他人のルールで他人のサンドボックスを使う」か、「エディター、モデル、コンテキスト、予算をすべて自分で管理できるスタックを組む」かです。前者はBolt、Lovable、Replit Agent。後者はVS Codeと任意のエージェント(CodexまたはClaude Code)の組み合わせです。方法論がなければ、どんなスタックでも、方法論がある場合より早く下書きの山になります。

CodexとClaude Codeの機能を比較する前に、少し視点を引いてみましょう。ここで紹介するシナリオでは、現在注目を集めているバイブコーディング向けクラウドIDEをほぼすべて試しました。Bolt、Lovable、Replit Agent、v0です。そのたびに、同じ結論に至りました。

クラウドIDEはサンドボックスです。便利で見た目もよいサンドボックスですが、やはりサンドボックスです。コードが見えず、アーキテクチャを管理できません。AnthropicやOpenAIの料金に独自の課金を上乗せするため、適切なスタックを使う場合に比べてトークンを10–20倍の速さで消費します。そして最悪なのは、離れると決めてもプロジェクトを持ち出せないことです。

著者によると、費用はClaude Codeのサブスクリプション3か月分に相当しました。それでもサブスクリプションのリソースは、あと2つのプロジェクトに十分な量が残っています。

これは、バイブコーディングを始めた起業家によくある道筋です。

  1. ステージ1:サンドボックス

    BoltやLovableを開き、一晩でプロトタイプを組み立てる。期待が高まります。

  2. ステージ2:拡張を試す

    プロトタイプを本番プロジェクトにしたくなります。コードの管理、自分のデータベース、自分の認証、適切なGitが必要になります。サンドボックスではそれができません。

  3. ステージ3:限界にぶつかる

    予算を予定の10倍の速さで使い切ります。プロジェクトを自分のスタックに移すことも、もはやできません。テンプレート、データベース、ファイルがすべてサービス内に閉じ込められているからです。

  4. ステージ4:適切なスタックへ移行

    VS Codeを開き、Claude CodeかCodexをインストールし、数日かけて使い方を覚える。ようやくプロらしい働き方ができていると感じます。

同じ理屈はCursorにも当てはまります。CursorはAI機能を付け加えたVS Codeのコピーです。GoogleのAntigravityは、マルチエージェント機能を付け加えたCursorのコピーです。元の製品から分岐して遠ざかるほど、他社のエコシステムに囲い込まれます。

実際の選択肢は次のとおりです。

  1. クラウドIDE(Bolt、Lovable、Replit Agent、v0):プロトタイピングには便利ですが、プラットフォームに依存します。週末にアイデアを試す用途に向いています。
  2. セミIDE(Cursor、Antigravity、Trae):開発環境ですが、VS Codeのフォークであり、他社のエコシステムに依存します。CursorはプロバイダーのAPIに独自課金を上乗せします。つまり、接続したClaudeやGPTの利用も、プロバイダーに直接ではなくCursorのトークンを通じて課金されます。
  3. オープンスタック(VS Code + Codex / VS Code + Claude Code):使い慣れたエディター、ネイティブのGitHub、ファイルツリー、拡張機能をそのまま使い、その上に本格的なエージェントを追加できます。

3つ目の段階にいるなら、CodexとClaude Codeの違いは実務上の選択になります。両方を同時に使うこともできます。片方のworktreeでCodex、もう片方でClaude Codeを動かし、git worktreeで別々のブランチに分けます。

ここで2つ目のルールが関係します。ツールは作業を速めますが、方法論がなければ、その速さが逆効果になります。アイデアを練り、アーキテクチャを設計し、Plan ModeやCLAUDE.mdを活用してプロジェクトに取り組んでいない人が最新のOpus 4.7を使っても、いつもより速く粗悪なものを作るだけです。バイブコーディングのプロジェクトの99%が初期段階で放棄されるのは、アイデアを十分に練り上げていないからです。

ClaudeやCodexを信頼できるものにするスタックを組みたいですか?ツールは部品のひとつにすぎません。信頼できる作業にはスタックが重要です。AIクローン + セカンドブレイン + コンテキストエンジニアリングがあれば、どんなエージェントも「幻覚を起こすアシスタント」から信頼できる実行担当者に変わります。

2026年、CodexとClaude Codeの実際の料金

重要なポイント

どちらもエントリープランは月額約$20(ChatGPT PlusまたはClaude Pro)です。上位プランは$100と$200です。同じ作業ならCodexはトークンを約4分の1しか使わないため、定型作業ではより安価です。2026年5月、Claude Codeは週ごとの利用上限を7月13日まで50%引き上げました。上限に達している人にとっては重要です。Codexには2026年5月31日までのキャンペーンがあり、Pro 100の利用枠は2倍、Pro 200は25倍になります。

最初に気になるのは、月にいくらかかるかでしょう。注意点も含めて、数字をまとめます。

項目Codex(OpenAI)Claude Code(Anthropic)
エントリープランChatGPT Plus $20/月Claude Pro $20/月
パワープランPro $100(Codex tier)またはPro $200(Max)Max 5x $100またはMax 20x $200
利用上限の単位5時間ごとの枠 + 週ごとの上限5時間ごとの枠 + 週ごとの上限
デフォルトモデルGPT-5.4 mediumOpus 4.7(Max)、Sonnet 4.6(Pro)
最上位モデルのAPI料金GPT-5.5:100万クレジットあたり入力 $125 / 出力 $750Opus 4.7:100万トークンあたり入力 $5 / 出力 $25
推論設定minimal / low / medium / high / xhighlow / medium / high / xhigh + 対話式の/effort
2026年5月31日までのキャンペーンPro $100:利用量2倍、Pro $200:Plusの25倍週ごとの利用上限を2026-07-13まで+50%

確認用の出典:Codexの料金とClaudeの料金。

利用上限について知っておくべきことは次のとおりです。

  • 5時間ごとの枠は5時間ごとにリセットされる、少量のメッセージ枠です。CodexでGPT-5.5を使うPlusユーザーは、1枠あたり15~80件のローカルメッセージを送れます。Pro 20xでは300~1,600件です。正確な数は呼び出すモデルによって異なります。
  • 週ごとの上限は、5時間ごとの枠に加えて設けられる週単位の上限です。2026年5月、Anthropicはこれを7月13日まで50%引き上げました。ClaudeDevsの投稿には「Claude Codeの週ごとの利用上限が50%増加し、7月13日まで適用されます。Pro、Max、Team、シート制Enterpriseの全ユーザーに、現在適用されています」とあります。Max 20xの場合、従来の週200時間から、Opus 4.7を週約300時間使える計算になります。

たとえばサーバー上でエージェントをバックグラウンド実行するなど、API経由の自動化を多用すると、実際の請求額は月額$500を簡単に超えることがあります。masturbyte.comによれば、$5,000に達する場合もあります。これはAPIを大量に利用する場合の話で、通常のCLI利用の話ではありません。

状況別のプランのおすすめ:

  • 1日30件未満のリクエスト、通常の編集作業:どちらもPlusまたはProの$20で十分でしょう。
  • 1日30~100件のリクエスト、長時間のエージェントセッション:Codex Pro $100またはClaude Max 5x $100。
  • 1日100件を超えるリクエスト、数時間の自律タスク:Claude Max 20x $200(5月の+50%増量で安定した利用枠が得られます)またはCodex Pro $200(並行実行とComputer Useにより強みがあります)。

BoltやReplit Agentでは、同じ予算が桁違いの速さでなくなります。

より長く考えるのはどちら? CodexとClaude Codeの推論レベル

重要なポイント

どちらもエージェントの「思考の深さ」を変更できます。Codexでは、TUIの/effort minimal/low/medium/high/xhigh、またはconfig.tomlのmodel_reasoning_effortを使います。Claude Codeには同じレベルがあり、対話式の/effortスライダーもあります。レベルを上げるほどエージェントは長く考え、リクエストの料金も高くなります。

推論強度は、エージェントがタスクをどれだけ深く検討するかを制御するつまみです。minimalでは、Codexは簡単なスニペット生成ツールのように、長い推論をせず、すばやく安価に問題を解決します。xhighではトークンを数倍使い、選択肢のツリーを作り、エッジケースを確認し、自分の作業を検証します。

Codexのレベル(出典:公式プロンプトガイド):

レベル用途
minimalごく簡単な編集、定型作業(誤字修正、文面更新)
low簡単なリファクタリング、短時間の編集
mediumデフォルト。日常利用におすすめ
high複雑な複数段階のタスク
xhighアーキテクチャ上の判断、計画、遅延が問題にならないタスク

再起動せずにTUIで/effort highコマンドを使って切り替えるか、~/.codex/config.tomlにmodel_reasoning_effort = "high"という行を追加します。

Claude Codeにも同じレベルがありますが、2026年4月の導入(Week 16の変更履歴)以降、対話式の/effortスライダーで切り替えます。また、2.1.x以降はフックからeffort.level値と$CLAUDE_EFFORT変数を参照できるため、推論レベルが高いタスクでは別のフックを自動的に呼び出せます。

実用的なアドバイスは、「すべてを最大で実行」しようとしないことです。基本はmediumに設定し、新機能、アーキテクチャ、大規模なリファクタリングなど、本当に複雑なタスクの場合に限って手動でxhighに切り替えます。トークン節約について詳しくは、Claude Codeの利用上限ガイドをご覧ください。

CLAUDE.mdとAGENTS.md:違いと両方が必要な理由

重要なポイント

CLAUDE.mdはAnthropic独自の形式で、Claude Codeだけが読み込みます。AGENTS.mdはオープン標準で、Codex、Amp、GoogleのJules、Cursor、Factoryが読み込み、2026年9月以降はプロジェクトにCLAUDE.mdがなければClaude Codeも読み込みます。Claude Codeだけを使うなら、CLAUDE.mdだけで十分です。ツールを切り替えて使い、Claude向けの別ルールがなければ、AGENTS.mdだけで十分です。別ルールがあるなら、AGENTS.mdを標準ファイルとして維持し、CLAUDE.mdで@AGENTS.mdをインポートします。

これらは、プロジェクト内で「エージェントへの指示」として機能する2つのファイルです。どちらも通常のMarkdownで、リポジトリのルートにもサブフォルダーにも置けます。違いは、どのツールが読み込むかです。

CLAUDE.mdはAnthropicの形式で、Claude Code専用です。

  • @import構文をサポートします:@AGENTS.md、@.claude/rules.md。
  • パスごとのルールを理解します(サブフォルダー内のCLAUDE.mdは、そのサブフォルダー内のコードだけに適用されます)。
  • 権限レベル、サブエージェントへの委任、セッションについて把握します。
  • サブエージェントへの委任とフックは、CLAUDE.md内の参照で設定します。

AGENTS.mdはagents.mdで発表されたオープン標準です。

AGENTS.mdはコーディングエージェント向けの、シンプルなオープン形式の指示ファイルです。エージェント用のREADMEだと考えてください。

— agents.md, https://agents.md/

Codexは、グローバルの~/.codex/AGENTS.mdからリポジトリのルート、さらに各サブフォルダーへと続くAGENTS.mdの階層を読み込みます。最も近いファイルが優先されます。Amp、GoogleのJules、Cursor、Factoryも同じ形式に対応しているため、1つのファイルをプロジェクト内のあらゆるエージェントに共通するコンテキストとして使えます。

⚠️ 重要な補足:2026年9月18日にリリースされたバージョン2.1.277以降、Claude CodeはAGENTS.mdを単独で読み込むようになりました。ただし、作業フォルダーまたはその上位にCLAUDE.md、.claude/CLAUDE.md、CLAUDE.local.mdがない場合に限ります。CLAUDE.mdがあると、Claude Codeはデフォルトではそれだけを読み込みます。その場合は、CLAUDE.md内の@AGENTS.mdという行か、シンボリックリンクln -s AGENTS.md CLAUDE.mdを使ってAGENTS.mdを含めます。@AGENTS.mdの行によって二重に読み込まれることはありません。/configのProject instructionsでこの動作を変更し、たとえば両方のファイルを同時に読ませることもできます。手順を含むすべての選択肢は、1つのプロジェクトでAGENTS.mdとCLAUDE.mdを使うガイドに記載されています。

両方のツールを使い、Claude専用のルールも必要なら、次の方法がおすすめです。

# CLAUDE.md
@AGENTS.md

## Claude専用
- セキュリティレビューにサブエージェントを使う
- 権限レベル:workspace-write

つまり、AGENTS.mdを唯一の標準ファイルにし、CLAUDE.mdには@によるインポートを使ってClaude専用ルールを薄く追加します。

両ファイル間でそのまま引き継げるもの(出典:CLAUDE.mdからAGENTS.mdへの移行ガイド):

  • コマンド(ビルド、テスト、lint)。
  • コードスタイルのルール。
  • アーキテクチャの説明。
  • 特定のパターンを使用しないという禁止事項。
  • ビジネスの背景情報。

CLAUDE.mdだけに残るもの:

  • サブエージェントへの委任指示。
  • @importの連鎖。
  • パスごとのルール(異なるルールを持つサブフォルダーのCLAUDE.md)。
  • 権限レベル。
  • Output Styleの設定(後述)。

これは、プロジェクトのセカンドブレインの第一段階であり、エージェントにコンテキストを与えるファイルです。第二段階のbusiness/とai-clone/の構成は、別のガイドで扱います。

2026年5月に両社がリリースしたもの

重要なポイント

2026年5月、AnthropicはClaude Codeを16回更新しました。プラグインマーケットプレイス、DreamingとOutcomesを備えたManaged Agents、週ごとの利用上限+50%、/goal、Agent View、Opus 4.7のfast modeなどです。OpenAIはCodex Mobile(iPhoneから操作)、Codex for Chrome、Goal Mode GAをリリースし、Businessをトークン課金に移行しました。判断を検討するなら、直近2週間のリリースノートだけを見てください。それより古い情報はすべて古くなっています。

1か月前の「最近のまとめ」は、すでに古くなっています。両ツールの2026年5月の変更履歴を確認し、重要な点をまとめました。

Anthropic Claude Code(code.claude.com/docs/en/whats-newによる):

  • Week 20(5月11–15日):Agent Viewでは、claude agentsコマンドを使って、現在のClaude Codeセッションすべてを1画面に表示できます。実行中、ブロック中、完了したセッションを確認できます。/goalを使うと、指定した条件に達するまでエージェントが複数ターンにわたって作業します。fast modeのデフォルトモデルがOpus 4.7に切り替わりました。Rewindでは「Summarize up to here」を使って、それ以前のコンテキストを圧縮できるようになりました。
  • Week 19(5月4–8日):プラグインマーケットプレイス。プラグインは.zipアーカイブとURLから読み込めます。Anthropicが厳選したclaude-plugins-officialのほか、コミュニティのカタログもあります。
  • Week 18(4月27日–5月1日):CI向けのclaude ultrareview、claude project purge、/resumeでのPR URL表示。
  • Week 17(4月20–24日):/ultrareviewの公開リサーチプレビュー、セッションの要約、カスタムテーマ。
  • Week 16(4月13–17日):Max/Team PremiumのデフォルトモデルとしてOpus 4.7を採用。/effortにxhighレベルを追加。対話式の/effortスライダー。Claude Code Webのルーティン。モバイルのプッシュ通知。/usageコマンド。
  • 5月6日、サンフランシスコのCode w/ Claude:Managed Agentsのリサーチプレビュー。Dreamingでは、エージェントがセッション間でメモリを統合します。Outcomesでは「成功とは何か」を定義した評価基準を記述し、別の評価器が結果を判定します。Multiagent Orchestration。長時間実行するOutcome向けのWebhook。出典:Anthropicのブログ。
  • 5月13日:Pro、Max、Team、シート制Enterpriseを対象に、2026年7月13日まで週ごとの利用上限を+50%。

OpenAI Codex(developers.openai.com/codex/changelogによる):

  • 5月14日:Codex Mobile。MacでCodex CLIを起動し、ChatGPTモバイルアプリでQRコードを読み取って、スマートフォンからエージェントを操作します。
  • 5月21日、v26.519:Goal Mode GA、Remote computer use、プラグイン共有。
  • 5月7日:Codex for Chrome。エージェントが開いている内容を認識できるブラウザー拡張機能です。
  • 4月9日:Businessおよび新しいEnterpriseプランで、Codexの料金体系がメッセージ単位からトークン単位に変更されました。

選択にあたっての意味は次のとおりです。

  • モバイルでの作業を重視するなら、Codex Mobileのほうが成熟しています。1つのQRコードでMacとペアリングできます。Claude Code Webもありますが、インターフェースはデスクトップ向けに設計されています。
  • セッション間のメモリを重視するなら、AnthropicのManaged Agents with Dreamingはリサーチプレビューの段階です。Codexに同様の機能はありません。
  • 自律プロセスを大量に実行する場合の料金を重視するなら、Codexのほうが安価で、Goal Modeはすでに一般提供されています。Claudeの/goalはその1週間前に登場しましたが、まだ初期のリサーチ公開段階です。

⚠️ 重要な点が1つあります。AnthropicはClaude CodeのOutput Stylesを終了し、プラグイン、フック、サブエージェントへの移行を推奨しました(公式ドキュメントを参照)。Output Stylesについて書かれた古い記事を読む場合は、そこでの考え方を新しいプラグイン/フック/サブエージェントの構成に置き換えてください。

サービスの利用可否と代替ツール

重要なポイント

CodexとClaude Codeが利用できるか、プロバイダーの利用規約を確認してください。代替案にはDeepSeek、GLM-5.1(Anthropic互換エンドポイント)、VS Codeで使うCline + DeepSeekがあります。これらの代替ツールは、コーディング性能がClaudeやCodexより約15–20%低く、おおむね「OpusではなくSonnetを使う」場合に相当します。それでも多くのタスクには十分です。

選択肢を見ていきましょう。

Codex CLIまたはClaude Codeは、標準的なnpmの方法か公式インストーラーでインストールできます。 代替案その1:DeepSeek

DeepSeek V4(2026年4月24日リリース)は中国のモデルで、記載されている支払い方法はAlipay(QRコード)です。

トークン料金は100万あたり約0.27 / 1.10ドルです。同等のベンチマークでは、Sonnet 4.6の10分の1の料金です。

代替案その2:GLM-5.1(Zhipu AI / z.ai)

GLM-5.1は744BのMoEモデルで、MITライセンスのもとで提供され、自律タスクを8時間以上実行できます。z.aiにはAnthropic互換のAPIエンドポイントがあり、技術的にはそのまま置き換える形で接続できます。料金はNVIDIA NIM経由の無料枠、またはz.ai経由の有料アクセスです。

代替案その3:VS CodeのCline

Clineは、VS Codeの拡張機能であり、自律型コーディングエージェントです。Cline API、ChatGPT、Claude、Gemini、DeepSeekに対応しています。

CLAUDE.mdやAGENTS.mdと似た、Cline形式の.clinerulesファイルで設定します。

代替案その4:Yandex GPT / SberのGigaChat

コードの品質はCodexやClaudeより低いものの、定型作業(SQLの生成、簡単なスクリプトの作成)には十分です。コンテキストウィンドウが小さく、本格的なエージェントハーネスはありません。

実際に使うスタック:

ヒント

定型作業にはCodex CLI(Plus $20)、アーキテクチャにはClaude Code Pro $20。

どちらのツールを選んでも、方法論、つまりアーキテクチャ、セカンドブレイン、検証サイクルは変わりません。

実際のレビュー:乗り換えた人とその理由

以下に、両方を使い、公開レビューを残した人々の重要な引用を4つ紹介します。

1. HNスレッド「Is Codex really on Par with Claude Code?」(2025年12月):

ここ数週間、私は主にClaude Code(Opus 4.6)からCodex(GPT-5.4 high)に乗り換えて使っています。

— d-lo

4つの出典をまとめた比較表:

Codexが優れている点Claude Codeが優れている点
トークン料金と利用上限。$20で一日中作業できるコードの品質。ブラインド比較の67%で優位
速度、特にGPT-5.4 mediumでの作業作業前の確認質問。プログラマーではない人にとって重要
隔離されたサンドボックスによる自律性。介入なしでタスクを完了するインターフェースとフロントエンド作業
Computer Useがより成熟している(Fultonによる)アーキテクチャと計画。より深く推論する
TODOがあるタスクを重複して実行しないセキュリティ作業

こうした実際のレビューから導かれる結論は、どちらかが「優れている」ということではありません。それぞれ異なるシナリオに最適化されています。両方を2週間以上使った人の多くは、最終的に並行して使っています。Codexについて意見が大きく分かれる理由と、日常の作業での実力については、Codexのレビューと使用体験の記事で扱っています。

自分に合った選び方:よくある5つのシナリオ

重要なポイント

よくある5つの状況ごとに具体的なおすすめを紹介します。プログラミング経験のない初心者にはClaude Code Pro $20(判断のメリットとデメリットを説明します)。コンテンツファクトリーを作るマーケターにはCodex Plus $20(定型作業、テンプレート)。書類を扱う弁護士にはClaude Code Pro(長いコンテキスト)。1つの製品に取り組む起業家にはClaude Code Pro / Max 5x(価格より品質)。経験豊富な開発者には両方の並行利用がおすすめです。

次に、5つの典型的な人物像と、それぞれへの具体的なおすすめを示します。

1. コードを書いたことがなく、最初に動くプロトタイプを作りたい完全な初心者。

おすすめ:Claude Code Pro $20。

  • Claudeはデフォルトで、コードを変更する前に確認質問をします。初心者にとってこれは重要です。何が起きているかを学べます。
  • Codexはデフォルトで自律的に動作します。初心者の場合、何か問題が起きても直し方がわからないコードを受け取ることになります。

2. コンテンツファクトリー(メール配信、解析、フォーマット)を作るマーケター。

おすすめ:Codex Plus $20。

  • 多くのタスクは定型的で、ロジックもテンプレート化できます(スクリプトの生成、RSS解析、フォーマット、データ転送)。
  • 同じような反復作業では、トークン消費が少ないCodexのほうが安価です。
  • Skills + Hooksを使えば、繰り返し可能なワークフローのテンプレートを作れます。
  • コンテンツプロジェクトのリポジトリにAGENTS.mdを置けば、あらゆるAIツールを並行して接続できます。

3. 書類(契約書、チェックリストによるレビュー)を自動化する弁護士。

おすすめ:Claude Code Pro $20またはMax 5x $100。

  • Claudeは長いコンテキストや細部(PDFの解析、契約書の要約)に強みがあります。
  • Managed AgentsのOutcomesは、「この契約書を30項目のチェックリストに照らして確認する」という用途に理想的なパターンです。
  • 法的な誤りはサブスクリプション料金より高くつくため、料金より推論の質が重要です。

4. 1つの製品(単純なCRUDプロトタイプ、ビジネスロジック)に取り組む起業家。

おすすめ:まずはClaude Code Pro $20、1日のペースが30件を超えるリクエストならMax 5x $100。

  • プログラマーではない人にとって、Claudeが確認質問をすることは重要です。
  • コードの質が高く、最初のバグが少なく、後から保守しやすくなります。
  • プロジェクトが成長したら、5月の+50%増量が適用されるMax 5xなら、上限による中断がなく安定した利用枠を得られます。

5. 経験豊富な開発者またはテクニカルリード(定型作業 + 複雑なアーキテクチャの判断)。

おすすめ:両方を並行して利用。

  • 定型作業、リファクタリング、コードレビューにはCodex Pro $100。
  • アーキテクチャ、セキュリティに関わるタスク、フロントエンド作業にはClaude Code Max 5x $100。
  • AGENTS.mdを唯一の情報源とし、CLAUDE.mdから@AGENTS.mdをインポートします。

⚠️ この表は絶対的なルールではなく、出発点です。実際に選ぶには、自分のタスクで両方を並行して試す必要があります。

予算を使い切らず、週末に両方を試す方法

重要なポイント

プロジェクトから実際の機能開発タスクを選びます。ガイドの例題ではありません。これを2つのgit worktreeに配置し、片方ではClaude Code、もう片方ではCodexを使います。週末に並行して実装させ、最初のコンパイルまでの時間、試行回数、コードの品質、合計費用の4項目を測ります。1つの例では判断できないため、少なくとも3–5種類のタスクで繰り返します。

並行テストは、どちらを選ぶかを公平に判断する方法です。手順を以下に紹介します。

  1. ステップ1:2つのworktreeを準備する

    同じ元のチェックアウトの現在のHEADから、未使用名の比較ブランチを2つ作ってworktreeへ配置します。両コマンドの間で元のコミットを変えず、共通指示も必要なら先にそこへコミットします。名前が既存なら、強制リセットせず未使用の名前を選んでください。

    git worktree add -b feature-claude ../my-project-claude HEAD
    git worktree add -b feature-codex ../my-project-codex HEAD
    

    これで、別々のディレクトリに同じコードの作業用コピーが2つできます。VS Codeのウィンドウを2つ開いて、それぞれ表示できます。

  2. ステップ2:AGENTS.mdとCLAUDE.mdを作成する

    開始前に、同じ一般ルール(コマンド、スタイル、アーキテクチャ)のAGENTS.mdを両worktreeへ入れるか、手順1の前に元のチェックアウトへ共通指示をコミットします。

    CLAUDE.mdには次のように記載します。

    @AGENTS.md
    
    ## Claude専用
    - セキュリティレビュー用サブエージェント
    - 権限レベル:workspace-write
    

    こうすると、どちらのエージェントにも同じルールを適用できます。

  3. ステップ3:実際のタスクを1つ選ぶ

    ガイドの例でも「階乗を計算する」例でもなく、プロジェクトで実際に解決したいタスクを選びます。データベース連携、認証、フォーム処理などを含むものが適しています。経験豊富な開発者が4~8時間かかる範囲に設定します。

    両方のエージェントに同じ形式でタスクを記述します。要件と受け入れ基準を箇条書きにし、既存コードへのリンクを含めます。

  4. ステップ4:両方を同時に開始する

    • 1つ目のworktreeでClaude Codeにタスクを渡して開始します。
    • 2つ目のworktreeで同じタスクをCodex CLIに渡して開始します。
    • 最初の30分間は介入しません。作業を任せます。
    • エージェントから確認質問があれば、両方のウィンドウで同じように回答します。
  5. ステップ5:4つの指標を測る

    • 最初のコンパイル/テスト合格までの時間。
    • 試行回数:「違う、そうではなく、やり直して」と伝えた回数。
    • コードの品質:自動レビュー(npm test、lint、type-check)の後で評価します。
    • 費用:Codexでは/usage、Claude Codeでは/usageまたは管理者ダッシュボードで確認します。
  6. ステップ6:3–5個のタスクで繰り返す

    1つの比較だけで結論を出さないでください。偶然の要因が多すぎます。少なくとも異なる種類のタスクを3つ試します。インターフェースに重点を置いたもの、ビジネスロジックに重点を置いたもの、外部サービスとの連携に重点を置いたものです。

    3–5回の並行テストを行えば、「どちらが作業を速めるか」が実際にわかります。

テストの予算は、両方のツールで約$40–80です(すでにPlusとProのサブスクリプションを利用しているなら、追加料金は不要です)。

CLAUDE.mdからAGENTS.mdへ負担なく移行する

重要なポイント

すでにClaude Codeを使っていてCodexも試したい場合は、CLAUDE.mdを書き換えないでください。共通ルールを記載したAGENTS.mdを作成し、CLAUDE.mdの1行目に@AGENTS.mdを記載します。これで指示の標準版を1つにできます。サブエージェントへの委任、パスごとのルール、権限レベルなど、Claude専用のルールだけをCLAUDE.mdに残します。SkillsとHooksは.agents/skills/と~/.codex/config.tomlに移します。

このシナリオでは、標準版を1つ作り、インポートして使います。

新しいプロジェクトでの手順:

  1. まず、ルートにAGENTS.mdを作成します。汎用的な内容をすべて記載します。

    • コマンド(ビルド、テスト、lint)。
    • コードスタイルのルール。
    • アーキテクチャの説明(モデル、サービス、ルートの場所)。
    • 特定のパターンを使わないという禁止事項。
    • ビジネスの背景情報。
  2. Claude専用ルールを薄く追加したCLAUDE.mdを作成します。

# CLAUDE.md

@AGENTS.md

## Claude専用
- `Agent`ツールを使って、セキュリティレビュー用のサブエージェントを実行する
- 権限レベル:workspace-write
- @.claude/permissions.md
- @.claude/business-context.md
  1. 500語を超える長い作業手順がある場合は、Skillsに移します。

    • Claude Codeの場合:.claude/skills/<name>/SKILL.md
    • Codexの場合:.agents/skills/<name>/SKILL.md
  2. 両方でHooksを設定します。

    • Claude Code:~/.claude/hooks/またはプロジェクト用の.claude/hooks/。
    • Codex:~/.codex/config.toml内の[hooks]セクション。
  3. MCPサーバーは標準的なもので、1対1で移行できます。Claude用に設定済みなら、codex mcp addを使ってCodexに設定をコピーします。

自動では引き継がれないもの:

  • Claude Codeのサブエージェント委任にはCodexのサブエージェントが相当しますが、設定形式は異なります。
  • @importの連鎖はClaude専用です。CodexではAGENTS.mdの階層をディレクトリツリーで構成します。
  • Output Styleは旧式の仕組みで、プラグイン/フック/サブエージェントに置き換えられました(前述)。

「CLAUDE.mdの設定方法」のガイドに沿っていれば、移行にかかるのは約30分です。AGENTS.mdを作り、共通セクションをコピーし、CLAUDE.mdの先頭にはClaude専用の内容と@AGENTS.mdだけを残します。

業界の今後と1年後の展望

重要なポイント

2026年5月、AnthropicはStainless(SDK生成ツール)を買収し、GoogleはGemini 3.5 Flashを使ったAntigravity 2.0を公開しました。CursorはKimi K2.5ベースのComposer 2.5を公開しました。Opus 4.7の10分の1の料金です。Codexはモバイルに進出しました。オープン標準のAGENTS.mdは普及しつつあります。1年後には状況が変わっているでしょう。「永久」の選択をせず、1週間で切り替えられるスタックを選びましょう。

1年前にこのガイドを書いていたなら、ここで触れたツールの半分はまだ存在していなかったでしょう。1年後も同じことが起きるはずです。そこで、3つのルールを意識することをおすすめします。

ルール1:1週間で切り替えられるスタックを選ぶ。

Boltを使い、そこで30画面のプロジェクトを2か月かけて開発した後では、移行は大変です。VS Code + Claude Codeを使っていて、半年後にCodexを試したくなったなら、切り替えには1時間かかります(AGENTS.mdを作成し、CLAUDE.mdにインポートするだけです)。これがオープンスタックの自由です。

ルール2:AGENTS.mdは、1つのプラットフォームに縛られないための保険です。

オープン標準はCodex、Amp、GoogleのJules、Cursor、Factoryに対応し、2026年9月以降はClaude Codeも読み込みます。対応リストは毎月増えています。リポジトリ内の1つのファイルは、ツールを3回変えても使い続けられます。

ルール3:変えるべきではないのは方法論です。

モデル、IDE、料金、利用上限、機能は変わります。変わらないのは、プロジェクトへの取り組み方です。使うアーキテクチャ、エージェントにコンテキストを与える方法、従う検証サイクルです。プロらしいバイブコーディングとは、方法論の上に構築されたスタックです。方法論がなければ、最新モデルでも、いつもより速く粗悪なものを作るだけです。

2026年5月に競合他社で起きたことと、それが状況を変える理由を紹介します。

  • OpenAI:Codex Mobile(iPhoneからの操作)、Codex for Chrome、Goal Mode GA、Businessのトークン課金。
  • Google:Gemini 3.5 Flashを使ったAntigravity 2.0(デスクトップ + CLI + SDK、5月19日)。Julesは2025年8月から本格的な製品として提供されています。
  • Cursor:内部にKimi K2.5を搭載したComposer 2.5。Opus 4.7の10分の1の料金(5月18日、XでElonが拡散)。
  • Anthropic:Stainless(SDK生成ツール)を5月18日に買収。プラグインマーケットプレイスを正式機能に。Dreaming、Outcomes、Multiagent Orchestrationを備えたManaged Agents。

どの製品も、半年後には選択を変える可能性があります。1つのツールに賭けるのではなく、どの製品が変わっても使い続けられる汎用スタックに賭けましょう。

バイブコーディングのスタック:AIクローン + セカンドブレイン + コンテキストエンジニアリング。

今後の作業には、Ailootをご利用ください。

詳細を見る

Codex vs Claude Code 2026:ツールの選び方:よくある質問

元のworktreeコマンドが新しいリポジトリで失敗するのはなぜですか?

明示したブランチ引数は通常、既存ブランチの名前です。未使用の比較ブランチはgit worktree add -bで作り、元のチェックアウトを変えずに両コマンドを実行して、HEADが同じ開始コミットを示すようにしてください。

公平に比較するには?

同じタスク、開始コミット、プロジェクト指示、合格条件を渡します。テスト合格までの時間、介入回数、品質、利用量を記録し、1回で勝者を決めず複数種類の実タスクで繰り返してください。

すべての記事