Claude CodeとCodexの比較：開発組織の標準ツールの選び方

Claude Code と Codex の比較で、開発組織の責任者が最初に知っておくべきことは、両者が「どこで動くか」と「法人向けの入口でいくらか」ではほとんど差がないという事実である。差が出るのは、エージェントに最初からどこまで許すかという権限の既定、管理者が利用者に強制できる設定、そして裏で動くモデルの得手の3点だ。本稿は両社の公式ページ（2026年11月7日時点の公式情報）と海外の元記事から、この3点を同じ観点で並べ、標準ツールを1本に絞るべきかという問いに答える。結論を先に言えば、絞るのは製品ではなく、製品から切り離して持てる指示ファイルと評価基準である。

Claude CodeとCodexは、どこが同じでどこが違うのか

まず横並びの部分を確認する。Claude Code は Anthropic のコーディングエージェントで、公式文書によればターミナル、IDE の拡張（VS Code・JetBrains）、デスクトップアプリ、Web で動き、Slack から依頼してプルリクエストを受け取る使い方もできる。Codex は OpenAI のコーディングエージェントで、公式文書は利用できる場所として ChatGPT のデスクトップ・モバイル・Web、Codex CLI、Codex の IDE 拡張、Codex Cloud を挙げ、外部連携として GitHub と Slack を案内している。どちらもローカルでもクラウドでも動き、手元の端末で対話しながら直す作業と、クラウドに任せて後で結果を受け取る作業の両方を持っている。

料金の入口も揃っている（2026年11月7日時点の公式情報）。

観点	Claude Code	Codex
含まれるプラン	Pro・Max・Ultra・Team・Enterprise（Free は対象外）	Free・Go・Plus・Pro・Business・Edu・Enterprise
チーム向けの価格	Team の標準席: 年払いで1席月20ドル（月払い25ドル）。2〜150人向け	ChatGPT Business: 年払いで1人月20ドル（月払い25ドル）。2人以上
大企業向けの価格	Enterprise: 年払いで1席月20ドル・最低20席、利用分は API 料金で別途	Enterprise: 営業への問い合わせ
API で使う場合	Anthropic Console のアカウントで利用。Amazon Bedrock などの外部基盤も使えるが、対象はターミナルの CLI・VS Code・JetBrains	API キーで利用し、API 料金で課金（GitHub のコードレビューや Slack などクラウドの機能は使えない）
業務データの学習	商用の規約（Team・Enterprise・API）では、送られたコードやプロンプトを生成モデルの学習に使わない（本人が提供を選んだ場合を除く）	Business・Enterprise では、業務データを既定で学習に使わない

こうして並べると、席の単価だけで選ぶ理由はほぼない。Claude の Team には標準席の5倍の利用枠を持つプレミアム席（年払いで1席月100ドル）があり、Codex の側には Plus・Pro や柔軟な料金体系の Business などで、利用上限に達したあとにクレジットを買い足す仕組みがあるため、実際の費用は「1人が1日にどれだけ回すか」で決まる。つまり比較の焦点は単価から、どの業務にどちらを割り当てるかへ移る。この割り当てを業務ごとのゴール・環境の複雑度・出力の受け手で決める考え方は、Claude と GPT の業務での使い分けを3つの判断軸で決める論考で詳しく扱った。

権限と管理設定の違いは、開発組織の統制に何を求めるのか

両者の差がはっきり出るのは、エージェントに最初から何を許すかという既定値である（2026年11月7日時点の公式情報）。

Claude Code の公式文書によれば、対話型のターミナルと VS Code のセッションは auto mode から始まる。auto mode では、別の分類モデルが利用者の代わりに操作を審査し、危険と判断したものを止める。組織はこの auto mode を無効にできる。もう1つの manual mode では読み取り専用の権限から始まり、ファイルの編集やテスト・コマンドの実行の前に確認を求め、1回だけ許可するか以後も許可するかを利用者に選ばせる。curl のように Web から内容を取ってくるコマンドは、既定では自動で承認されない。

Codex の公式文書によれば、ローカルの Codex は OS が強制するサンドボックスの中で動き、既定ではネットワーク接続がオフで、書き込みは作業中のワークスペースに限られる。バージョン管理されたフォルダでは、ワークスペースへの書き込みと必要時の承認を組み合わせた「Auto」の設定を勧めている。

ただし、どちらの製品にも反対側の仕組みはある。Codex には承認の要求を別のレビュー用エージェントに判断させる Auto-review があり（既定では無効で、利用者が選ぶか管理者が必須にする）、Claude Code には Bash コマンドを OS のレベルでファイルとネットワークから隔離するサンドボックスがある。違いは、何が既定になっているかである。

管理者が利用者に強制できる設定も、両社とも用意している。Claude Code は「managed settings」で組織の基準を強制し、組織内で動かせる MCP サーバー（外部のツールやデータにつなぐ接続先）を制限でき、利用状況は OpenTelemetry の指標で監視する。Codex は「requirements」として、利用者が上書きできない制約を管理者が課す。承認・サンドボックス・Web 検索の選択肢を絞り、MCP サーバーは名前と身元の両方が承認済みの一覧と一致したときだけ有効にする。Enterprise では Compliance API で ChatGPT Work と Codex の記録（codex_log など）を取り出せるが、対象は API の仕様書に載る範囲に限られ、OpenAI 自身も、ローカルで実行したコマンドやファイル操作の完全な記録にはならないと書いている。Claude の側も、Claude Enterprise の Compliance API で活動ログ・チャット・ファイル・プロジェクトを取り出せ、Claude Code の利用状況は OpenTelemetry の指標で監視する仕組みになっている。どちらを選んでも、監査で何が取れて何が取れないかは、契約前に自分の組織の監査要件と突き合わせておく必要がある。

開発組織に置き換えると、決めるべきは「どちらが安全か」ではない。審査をモデルに任せる既定を受け入れるのか、サンドボックスの外に出る操作を人が承認する既定に揃えるのか、という方針である。方針が決まれば、どちらの製品でも同じ線を引ける。注意したいのは、この権限ルールや管理設定を製品ごとに作り込むほど、その製品の中に持ち出しにくい資産が積み上がることだ。持ち出せる資産と持ち出せない資産の違いは、AI のベンダーロックインが設計ではなく値段の問題になる理由を整理した論考で扱った。

実務ではどちらが強いのか、Everyの社内の実測は何を示すか

性能の比較は、モデルの更新ごとに入れ替わる。GPT-6 SolとOpus 5.5、コーディング用途ではどちらを選ぶべきかによれば、米メディア Every の CEO Dan Shipper は、Codex 上の GPT-6 Sol を読み書きなど日常業務の主力に据えた。一方、社員の Kieran Klaassen がウェブカメラで脈拍を読む心拍モニターの構築を両方に指示したところ、Opus 5.5 は動くものを作り、Sol は完成できなかった。Shipper は Codex の側の弱点も書いている。

“Codex’s stricter security checks kept stopping long-running tasks I’d approved, forcing me to babysit them.”

訳: Codex のより厳しいセキュリティチェックは、承認済みの長時間タスクを何度も止め、付きっきりで見ている羽目になった。

出典: Every by Dan Shipper, 2026-09-22

これは、Codex 側の安全確認が長時間の作業を止める場面があったという実測である。止まる原因が権限の設定にあるのか、モデルの拒否にあるのかは元記事から分からない（直後には、昼食から戻ると別の拒否で止まっていたという社員の話が続く）。長時間の作業を任せる使い方では、この種の停止を評価の項目に入れておく必要がある。同じ元記事は、Opus 5.5 が社内の何人かに Codex から Claude へ戻ることを考えさせているとも書く。

利用者の動きも一方向ではない。Copilot のライセンス配布数は AI 導入の成功指標になるのか — Copilot Studio の実力とユーザー流出の実態によれば、Pragmatic Engineer の調査で Claude Code は回答者の63%が使う最も人気のAIコーディングツールになった（2025年5月〜2026年2月の9か月間）。一方で Codex の利用者は、GPT-5.6 Sol の登場などをきっかけに1週間で600万人から1,000万人に増えた。主役が短期間で入れ替わる市場で、ある時点の評判やベンチマークを根拠に全社の標準を固定すると、次の更新で判断がずれる。だから必要なのは、自分たちの実際のタスクで両方を回して比べる仕組みである。その評価基準を誰が作り誰が回すかは、ベンチマークではなく業務の評価基準でモデルを選ぶ論考で手順まで示した。

標準を1本に絞るべきか、併用を前提に何をそろえるか

Every では、両方を1つの作業の中で組み合わせる手順が紹介されている。OpenAIはなぜCodexをChatGPTに統合したのか ― 8億人への賭けと「再利用ツールでエラー率53%減」の示唆は、Claude Code の中で計画とレビューを Anthropic のモデルに持たせ、実装を codex exec 経由で GPT-5.6 Sol に渡す設定を紹介している。紹介しているのは CEO の Dan Shipper の手順で、元記事は、この使い方には Claude と Codex が同じ指示書とプロジェクトのファイルを共有することが前提になると書く。

Codexの実践的な使い方はどう設計するか ― 長期スレッド・コンテキストフォルダなど4つの運用パターンは、併用とは別の方向の例を載せている。Every で Cora の責任者を務める Kieran Klaassen は、端末をまたいで同期する個人のフォルダを文脈の置き場にし、Codex・Claude Cowork・Claude Code のどれからでも同じフォルダを読ませている。指示と文脈を製品の外に置いておけば、どの製品からでも同じものを使えるという例である。AIエージェントでエンジニアチームを何人分置き換えられるか ― Codex カスタムエージェントによる「1人企業」の実例の Naveen Naidu は Codex だけを使う例だが、専門ごとのエージェントを Codex のプロジェクトとして持ち、それぞれの指示を AGENTS.md に書いている。

AGENTS.md という形式は、製品の側も共通に扱い始めている。Codex は作業の前に AGENTS.md を読むと公式文書に書かれており、Claude Code の公式文書も、リポジトリに他のコーディングエージェント向けの AGENTS.md があれば CLAUDE.md の代わりに読めると明記している（2026年11月7日時点の公式情報）。指示ファイルを AGENTS.md に揃えておけば、リポジトリの規約は製品を替えても残る。

開発組織が決めるべきことは3つに絞れる。第一に、リポジトリの規約は AGENTS.md に書き、製品ごとの設定ファイルには製品固有の差分だけを置く。第二に、権限の方針（審査をモデルに任せるか、外に出る操作を人が承認するか）を製品から独立した文書として持ち、両製品の管理設定に同じ線を引く。第三に、自分たちの実際のタスク集で両方を回し、その結果でどちらの席を何人分買うかを四半期ごとに配分し直す。こうしておけば、標準は製品名ではなく「乗り換えられる状態」そのものになる。どこまでを持ち出せる形で持ち、どこからを製品に預けるかの線引きは、ロックインを値段の選択として扱う論考が判断材料になる。

まとめ: 決めるのは製品ではなく、乗り換えられる状態

Claude Code と Codex の比較は、動く場所と入口の料金では決着しない。差は権限の既定・管理者が強制できる設定・モデルの得手に出て、3つ目はモデルの更新ごとに入れ替わる。開発組織の責任者が今期決めるべきなのは、どちらを標準にするかではなく、AGENTS.md・権限の方針・評価用のタスク集という3つを製品から切り離して持つことと、それを使って席の配分を見直す頻度と担当を決めることである。Every の社内では、Codex を主力にする人がいる一方で、Opus 5.5 の登場で Claude へ戻ることを考える人も出ている（元記事は「a few people」と書く）。製品の評判が数か月で入れ替わる以上、標準を製品名で固定すると、入れ替わりのたびに指示ファイルや権限設定を作り直すことになりかねない、というのが本稿の見立てである。