0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@Ohmiya-Mizuki

Claude CodeとCodexの使い分けは？ 料金・設定ファイル・安全装置の違いと併用の方法を公式情報で整理（2026年10月版）

0
Posted at

「Claude CodeとCodex、結局どちらを使えばいいのか」「両方契約する意味はあるのか」。
AIコーディングエージェントを業務に入れようとすると、まずここで迷います。

検索すると「実装はClaude Code、レビューはCodex」といった使い分けの記事がたくさん出てきます。ただ、両ツールとも更新が速く、半年前の手順がもう動かないこともあります。たとえば、CodexをMCPサーバーにしてClaude Codeから呼ぶ方法は、2026年10月時点の公式ドキュメントでは「削除済み」になっています。

この記事では、2026年10月7日に両社の公式ドキュメントと料金ページで確かめた内容だけを使って、次の4点を整理します。

  • 料金と使える場所の違い
  • 設定ファイル（CLAUDE.mdとAGENTS.md）の違いと共用の方法
  • 勝手な操作を防ぐ安全装置の違い
  • 2つを併用する公式の方法

最後に、このブログを運営している1人法人で「調査はCodex、制作はClaude Code」と工程で分けているルールも紹介します。

この記事の前提

  • 料金・仕様は2026年10月7日に公式ページで確認したものです。両ツールとも変更が多いので、契約前に公式ページを確かめてください
  • 特定のモデル名は書きません。Codexでは、提供中のモデルが2026年10月14日に全プランから外れると公式に案内されており、モデル名で書くとすぐ古くなるためです
  • 「どちらが優れているか」の性能比較はしません。公開されている調査に、両ツールの使い分けを比べたデータが見当たらないためです

結論：「どちらか」ではなく「工程で分ける」が現実的

先に結論です。

  • ChatGPTを契約済みなら、Codexは追加費用なしで試せる。CodexはChatGPTのFreeを含む全プランに入っている
  • Claude Codeは有料プラン（Pro以上）が必要。Freeでは使えない
  • 設定ファイルは1つにまとめられる。Claude CodeはAGENTS.mdを読めるので、CLAUDE.mdに@AGENTS.mdと書けば同じ指示を両方に渡せる
  • 併用するなら、OpenAI公式のClaude Code用プラグインが一番手軽。Claude Codeの中から/codex:reviewでCodexにレビューさせられる
  • 「実装はClaude Code、レビューはCodex」は定番と言えるほどの裏付けがない。複数のツールを同時に使う開発者が多いことは調査で分かっているが、この組み合わせの分担を数えたデータはない

「どちらが上か」を決めるより、調査・実装・レビューといった工程ごとに担当を決め、その分担を設定ファイルに書いておくほうが運用は安定します。

料金と使える場所の違い

まず、契約と料金の違いです（2026年10月7日、各社の料金ページで確認）。

項目 Claude Code Codex
含まれるプラン Claudeの有料プラン（Pro・Max・Team・Enterprise） ChatGPTの全プラン（Free・Go・Plus・Pro・Business・Edu・Enterprise）
無料プランで使えるか 使えない 使える（軽い作業向け）
個人向けの主なプラン Pro：月20ドル（年払いなら月17ドル相当）／Max：月100ドルから Go：月8ドル／Plus：月20ドル／Pro：月100・200・500ドルから選ぶ
APIキーでの利用 できる（API料金の従量課金） できる（API料金の従量課金）
使える場所 ターミナル、IDE、デスクトップアプリ、Web、スマホアプリ ターミナル、IDE拡張、デスクトップアプリ、Web、クラウド

ポイントは2つです。

1つ目は、入口の費用が違うことです。CodexはChatGPTの無料プランでも触れます。すでにChatGPT Plusを契約している人なら、追加の契約なしで試せます。Claude Codeは月20ドルのProからです。

2つ目は、サブスクとAPI従量課金の両方があることです。どちらもサブスクのログインで使えますし、APIキーを設定すれば使った分だけの従量課金にもなります。CIなどで自動実行するときはAPIキーが便利ですが、上限なく請求が増えるおそれがあります。サブスクとAPIのどちらで動かしているかを、記録として分けておくと安心です。この費用の記録の仕方は、1人法人のAI運用費をどう記録するかで詳しく書いています。

設定ファイルの違い：CLAUDE.mdとAGENTS.md

AIエージェントに「このリポジトリではこう作業してほしい」と伝えるのが設定ファイルです。

  • Claude Code：CLAUDE.mdを読む
  • Codex：AGENTS.mdを読む。ホームディレクトリの設定から、リポジトリのルート、作業中のディレクトリへと順にたどって、見つかったファイルをつなげて読む

両方を使う場合、同じ内容を2つのファイルに書くと、片方だけ直して食い違う事故が起きます。

Claude CodeはAGENTS.mdを読める

2026年10月時点の公式ドキュメントでは、Claude CodeはAGENTS.mdを読めます。ただし条件があります。

リポジトリにあるファイル Claude Codeが読むもの
AGENTS.mdだけ（CLAUDE.mdが無い） AGENTS.md
AGENTS.mdとCLAUDE.mdの両方 CLAUDE.mdだけ
AGENTS.mdを取り込むと書いたCLAUDE.md CLAUDE.md（取り込んだAGENTS.mdを含む）

つまり、CLAUDE.mdがあると、AGENTS.mdは読まれません。両方に同じ指示を渡したいときの公式の方法は、CLAUDE.mdに次のように書くことです。

@AGENTS.md

## Claude Code

（Claude Codeだけに伝えたいことをここに書く）

共通のルールはAGENTS.mdに書き、Claude Code固有の指示だけをCLAUDE.mdに足します。Claude固有の内容が無ければ、ln -s AGENTS.md CLAUDE.mdでシンボリックリンクを張る方法も公式に案内されています。

なお、Claude CodeはAGENTS.override.mdやAGENTS.local.md、.agents/ディレクトリの中身は読みません。Codex用にこれらを使っている場合は、その内容がClaude Codeには届かない点に注意してください。

安全装置の違い：権限モードとサンドボックス

AIエージェントにファイルの変更やコマンドの実行を任せると、意図しない操作が心配になります。両ツールとも止める仕組みを持っていますが、考え方が少し違います。

Claude Codeは「どこまで確認なしで進めるか」を権限モードで選びます。
毎回確認するdefault、ファイル編集だけ自動で通すacceptEdits、計画だけ立てて変更しないplan、安全そうな操作を自動で判断するautoなどがあります。さらに、hooksで「この操作の前には必ずこのスクリプトを通す」と決めておけば、AIの判断に関係なく止められます。

Codexは「どこまで触れるか」と「いつ確認するか」を分けて決めます。
触れる範囲はサンドボックスで決め、読み取りだけのread-only、作業フォルダの中だけ書けるworkspace-write（既定）、制限なしのdanger-full-accessの3つです。確認のタイミングは承認ポリシーで決めます。既定ではネットワークにつながらず、macOSやLinuxではOSの仕組みで隔離して動きます。

どちらを使う場合も、「すべて許可」の設定はAIの判断を止める手段が無くなります。任せる範囲を線引きするときの考え方は、Claude Codeで業務自動化を回して分かった、任せる範囲の決め方と5つの歯止めにまとめています。

併用する方法：3つの公式ルート

両方を使うなら、どうつなぐかが問題です。2026年10月時点で公式に用意されているのは次の3つです。

1. OpenAI公式の「Codex plugin for Claude Code」

OpenAIがGitHubで公開している、Claude Code用のプラグイン（openai/codex-plugin-cc）です。2026年3月に公開されました。Claude Codeの中から、次のようなコマンドでCodexを呼べます。

コマンド できること
/codex:review 今の変更をCodexにレビューさせる（読み取りのみ）
/codex:adversarial-review 設計の判断に反論させる形でレビューさせる
/codex:rescue 作業そのものをCodexに任せる
/codex:status・/codex:result バックグラウンドで動かした作業の状況と結果を見る

使うにはChatGPTのサブスク（無料プランも可）かOpenAIのAPIキーと、Node.js 18.18以上が必要です。Claude Codeで書いたものを、別のエージェントにもう一度見てもらう用途に向いています。

2. Claude CodeをMCPサーバーにする（claude mcp serve）

Claude Codeは、自分のツールをMCPサーバーとして外部に公開できます。MCPに対応した別のクライアントから、Claude Codeの機能を呼び出す形です。この場合、操作ごとの承認は呼び出す側のクライアントが担います。

3. Codex SDKでプログラムから動かす

CodexにはTypeScriptとPythonのSDKがあり、ローカルのCodexをスクリプトから動かせます。決まった手順の中でCodexを呼びたいときに使えます。

注意：codex mcp-serverはもう使えない

2025年から2026年前半には、「codex mcp-serverでCodexをMCPサーバーとして立て、Claude Codeから呼ぶ」という手順がよく紹介されていました。しかし、2026年10月時点のCodex公式ドキュメントでは、このコマンドと単体のバイナリは削除済みです。代わりに、MCPではない独自の通信方式（JSON-RPC）の「Codex app server」へ移るよう案内されています。

古い記事の手順をそのまま試して動かない場合は、これが原因の可能性があります。

使い分けの傾向：調査データで分かること・分からないこと

「みんなはどう使い分けているのか」も気になるところです。公開されている調査から分かるのは次のとおりです。

  • JetBrainsの開発者調査（2026年8月公開、1.5万人超）：職場でClaude Codeを使う開発者は世界で約39%。Codexは1月の3%から16%に増えた
  • The Pragmatic Engineerの調査（2026年3月公開、906人）：回答者の70%が、AIツールを2〜4個同時に使っている

複数のツールを同時に使うのが普通になっていることは分かります。一方で、「Claude Codeは実装、Codexはレビュー」のような具体的な分担を数えた調査は見当たりませんでした。よく見かける使い分けは、公式プラグインの設計（Claude Codeの中からCodexにレビューを頼む）と、個人の運用例から来ているものです。自分の現場に合うかは、試して決めるしかありません。

このブログの運営での分け方：調査はCodex、制作はClaude Code

最後に、このブログを運営している1人法人での分け方を紹介します。ここでは「どちらが優れているか」ではなく、工程で担当を分けるルールを文書にしています。

工程 担当 完了と言える条件
最新情報・仕様・料金・制度のWeb調査 Codex（Web検索つき） 出典URL・確認日・主張との対応・未確認の事項がそろっている
調査結果を使った執筆・実装・修正 Claude Code 確認済みの根拠だけを使っている

決めごとは次の4つです。

  1. 調査と制作を別の工程にする。調査担当は出典と確認日を付けて渡し、制作担当はそれ以外の情報で埋めない
  2. サブスクのログインで動かし、APIキーへ自動で切り替えない。スクリプトから呼ぶ場合も同じ
  3. 検索できなければ「未完了」として返す。モデルの記憶で「確認済み」扱いにしない
  4. 上限に達したときの代わりを決めておく。Codexの利用上限に達している間は、Claude CodeのWeb検索で調査してよい。ただし主張ごとに原典を開き、成果物に「上限中のためClaudeで調査」と記録する

実際、この記事の調査はCodexが利用上限に達していたため、4.のルールに沿ってClaude Codeで行いました。料金・設定ファイル・codex mcp-serverの削除といった主な内容は、公式ページを開いて確かめています。

このルールで効いているのは、担当を決めたことより、「渡すときに何がそろっていれば完了か」を決めたことです。担当のツールが使えない日があっても、完了の条件が同じなら成果物の質は揃います。

まとめ：導入前に決めておく4つのこと

Claude CodeとCodexを両方使うなら、次の4つを先に決めておくと迷いません。

  1. 契約の入口：ChatGPTを契約済みならCodexから試す。Claude CodeはPro以上が必要
  2. 設定ファイル：共通ルールはAGENTS.mdに書き、CLAUDE.mdは@AGENTS.mdで取り込む
  3. つなぎ方：併用は公式プラグイン（/codex:reviewなど）から始める。codex mcp-serverの古い手順は使わない
  4. 工程の分担と完了条件：どの工程をどちらに任せ、何がそろえば完了かを文書にする

どちらが上かを決めるより、工程と完了条件を決めておくほうが、ツールの更新や利用上限に振り回されにくくなります。

参照した公式情報（2026年10月7日確認）

関連記事

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?