無料相談する

カテゴリー / 使い方の基本

Claude CodeとCodexの比較｜選び方と契約・拡張機能・管理の違い

NO WAVE公開 更新 読了目安 25分

この記事の目次

この記事は、2026年10月19日時点のClaude Code公式ドキュメント、Claudeヘルプセンター、OpenAIのCodex公式ドキュメントに基づく。仕様は更新されることがあるため、契約前には各リンク先で現在の内容を確かめてほしい。

まず結論：作業条件からClaude CodeとCodexを選ぶ

Claude CodeとCodexは、どちらも手元のCLIやエディタで相談しながら進める使い方と、クラウドに作業を任せて後から結果を確かめる使い方の両方を備えている。そのため「対話型か委任型か」だけでは選べない。決め手になるのは、①すでに契約しているプランと使用量がどこと共有されるか、②リポジトリに置く指示ファイルと拡張機能の資産、③チームで必要な管理機能の3点だ。どちらの性能が上かは公式資料からは決まらないので、自分のリポジトリで同じ条件をそろえて試して判断する。

Claude Codeは公式ドキュメントで、コードベースを読み、ファイルを編集し、コマンドを実行するエージェント型のコーディングツールと説明されている（Overview）。CodexもCLIとIDE拡張でターミナルやエディタから使え、リモート作業にはCodex Cloudの環境を使う（Quickstart）。

途中で相談しながら方向を変えたい場合

手元で対話しながら進める使い方は、両方とも対応している。Claude Codeはターミナル、VS Code、JetBrains、デスクトップアプリで使える。Codexは、Codex CLI、IDE拡張、ChatGPTデスクトップアプリで使える。

違いが出るのは、どこで止まって確認を求めるかの初期設定だ。Claude CodeのManualモードは、ファイル編集、シェルコマンド、ネットワーク接続の多くの前に止まって確認する。ただしv2.1.283以降は、対話型のターミナルとVS Codeのセッションで、確認を別のモデル（分類器）に任せるautoモードが既定の開始モードになっている。それより前の版では、autoが既定になるのはPro・Max・Teamプランだけだ（Choose a permission mode）。一つずつ自分で承認したい人は、起動後のモードを確認して切り替える必要がある。

Codexは、ローカルで動かすコマンドをOSのサンドボックスで制限し、承認ポリシーでいつ止まるかを決める。既定ではネットワーク接続がオフで、通常、触れられる範囲は現在のワークスペースに限られる（Agent approvals & security）。

まとまった作業を任せ、後で成果物を確認したい場合

クラウドに任せる使い方も、両方にある。Claude Codeのクラウドセッションは、ノートPCを閉じても動き続け、どの端末からでも確認や指示ができる。使えるのはPro・Max・Teamプランと、Enterpriseのプレミアム席またはChat + Claude Code席の利用者だ（Use Claude Code in the cloud）。

Codex CloudはPCがスリープ中でも作業を続け、Web、モバイル、デスクトップアプリから使う。タスクごとに、公開済みの環境から分離されたワークスペースが作られる（Cloud environments）。Codex Cloudを使うにはChatGPTでのサインインが必要で、APIキーでのサインインでは使えない（Authentication）。

スクリプトやCIから人の操作なしで動かす場合は、Claude Codeは claude -p、Codexは codex exec を使う。

迷ったときに見る3項目

確認する項目 Claude Codeが合いやすい条件 Codexが合いやすい条件
契約と使用量 ClaudeのPro・Max・Team・Enterpriseをすでに使っている ChatGPTのPlus・Pro、またはBusiness・Enterprise・Eduをすでに使っている
指示ファイルと拡張の資産 CLAUDE.md、Skills、Hooks、Pluginsが整っている AGENTS.mdとSkillsが整っている
管理要件 管理者がmanaged settingsで方針を配布したい 管理者がmanaged configurationで要件を配布したい

3項目で決まらない場合、この記事で確認した公式資料からは優劣を決められない。その場合は、品質と性能のH2にある手順で、自分の業務の数件のタスクを両方に渡して比べる。指示ファイルは、作業ディレクトリかその上位に CLAUDE.md・.claude/CLAUDE.md・CLAUDE.local.md のいずれも無い場合に限り、AGENTS.mdを両方から読める。いずれかがあるとClaude CodeはCLAUDE.md側だけを読む。CLAUDE.mdを併存させる場合も、CLAUDE.mdに @AGENTS.md と書いて取り込めば同じファイルを共有できるため、比べた後の乗り換えや併用もしやすい。

比較の前提：製品の役割と確認時点

比べる前に、提供形態、サインインの方法、モデルの3つをそろえておく。条件が違うまま比べると、ツールの差ではなく契約や設定の差を見てしまう。

それぞれの提供形態と作業の進み方

項目 Claude Code Codex
ターミナル CLI Codex CLI
エディタ VS Code、JetBrains IDE拡張
デスクトップ デスクトップアプリ ChatGPTデスクトップアプリ（macOS・Windows・Linux）
クラウドで任せる クラウドセッション（claude.ai/code など） Codex Cloud
非対話の実行 claude -p codex exec

Claude Codeの多くの利用面は、ClaudeのサブスクリプションかAnthropic Consoleのアカウントを必要とする（Overview）。

プラン、モデル、利用環境の前提を揃える

Codexのサインインは、サブスクリプションで使う「ChatGPTでサインイン」と、従量課金で使う「APIキーでサインイン」の2つだ。APIキーの利用はOpenAI Platformのアカウントで標準のAPIレートで請求され、ChatGPTのワークスペースやクラウドに依存する機能は制限されるか使えない（Authentication）。

モデルは、どちらもセッション中に /model で切り替えられる（Model configuration、Models）。比較するときは、使ったモデルと推論の強さを記録しておく。

開発環境と拡張の違い

日々の作業環境と拡張機能は、名前が似ていても範囲が違う。とくに、サンドボックスが何を守るか、どの面でプラグインが使えるかは、導入後の運用に直接響く。

CLI・エディタ・実行環境

Claude Codeのサンドボックスはシェルコマンドだけを対象にし、Claudeのファイル操作ツール、MCPサーバー、Hooksはサンドボックスの外で動く（Configure the sandboxed Bash tool）。そのため、サンドボックスだけではファイル操作ツールの動きを制限できない。

Codexは、デスクトップアプリ、CLI、IDE拡張でローカル実行するコマンドを制限された環境で動かす。サンドボックスは技術的な境界を決め、承認ポリシーはその境界を越える前にいつ止まるかを決める、別々の制御だ（Sandbox）。

MCP・Skills・Subagents・Hooks・Plugins

機能 Claude Code Codex
MCP ツール、データベース、APIに接続する 他システムのツールや情報を使う
Skills SKILL.md に手順を書き、関連時に使うか /skill-name で呼ぶ 繰り返す作業や専門知識を再利用する
Subagents 独自のコンテキストで動き、要約を返す 専門のエージェントを並行で起動し、結果をまとめる。現行版は既定で有効
Hooks ライフサイクルの決まった時点でシェルコマンド等を確実に動かす ループ中にスクリプトやMCPツールを動かす。管理外のHooksは確認・信頼してから動く
Plugins skills、agents、hooks、MCPサーバーなどを1単位で入れる skillsとMCPサーバーを含められる。IDE拡張はプラグイン非対応

出典は、Claude Code側がExtend Claude Code、Codex側がCustomization、Hooks、Plugins、Subagentsだ。

Claude CodeのSubagentsは、自分のリクエストもメインの会話と同じ使用量制限に数えられる（Create custom subagents）。Codexも、各サブエージェントが自分でモデルとツールの処理を行うため、同等の単一エージェントでの実行より多くのトークンを使うとしている（Subagents）。どちらでも、並行させる数は使用量と合わせて決める。

拡張の違いを選定に当てはめると、要点は2つだ。1つは、CodexのPluginsはデスクトップアプリとCLIで使えるが、IDE拡張では使えないこと。もう1つは、Hooksの動く位置と前提だ。Claude Codeのフックはライフサイクルの決まった時点で動き、CodexのHooksはエージェントのループ中にスクリプトやMCPツールを動かす。Codexでは、管理外のHooksは確認・信頼してから動く。エディタ中心でプラグインを配りたいチームは、この差を先に確かめる。

プロジェクト指示とメモリの扱い

両者を比べるうえで実務に効くのが、指示ファイルの互換性だ。Codexは作業前にAGENTS.mdを読み、グローバル（~/.codex）からプロジェクトルート、現在のディレクトリへと順に連結する。合計が project_doc_max_bytes（既定32 KiB）に達すると、それ以上は追加しない（Custom instructions with AGENTS.md）。

Claude Code（v2.1.277以降）は、作業ディレクトリかその上に CLAUDE.md、.claude/CLAUDE.md、CLAUDE.local.md のどれも無い場合に、AGENTS.mdをプロジェクト指示として読む。これらのどれかとAGENTS.mdが両方ある場合は、CLAUDE.md側だけを読む。v2.1.277より前の版はAGENTS.mdを直接読まない。CLAUDE.mdも置きたい場合は、CLAUDE.mdに @AGENTS.md を書いて取り込めば、1つのファイルを両方のツールで共有できる（How Claude remembers your project）。

メモリも両方にある。Claude Codeは、人が書くCLAUDE.mdと、Claudeが自分で書くauto memoryを毎セッション読み込むが、どちらも強制される設定ではなく文脈として扱われる。必ず止めたい操作はPreToolUseフックで止める。Codexも、ローカルの記憶は役に立つ補助として扱い、必ず守らせたいチームの指針はAGENTS.mdに置くよう案内している（Memories）。どちらでも、守らせたい規則は指示ファイルとHooksに置き、メモリに頼らない設計が安全だ。

料金・利用制限をどう比べるか

金額表だけを並べるより、使用量がどの単位で数えられ、どこと共有され、上限に達したら何ができるかを比べるほうが判断に役立つ。

個人利用の費用と上限

Claudeの有料プランには、5時間ごとにリセットされるセッション制限と、週に1回リセットされる週間制限の2種類がある。claude.ai、Claude Code、Claude Desktopの使用量は同じ制限に数えられ、会話の長さと複雑さ、使う機能、モデル、努力レベルで消費が変わる（使用量と長さの制限はどのように機能しますか？）。クラウドセッションもプランの使用量制限に数えられ、クラウドVMの別料金は無い。

Codexは、ChatGPT Workと使用量を共有する。ChatGPT Workは公式資料での呼び方で、ChatGPTの中で使うChatGPT Workの使用量には、Codexと同じ料金、クレジット、使用量制限が適用されると説明されている。送れるメッセージ数はモデル、タスクの大きさと複雑さ、ローカルかクラウドかで変わり、似たタスクでも消費量は異なる。ChatGPTのPlusとProは、上限に達した後に追加のクレジットを購入できる。またすべての利用者が、APIキーでローカルの作業を追加で行える（標準のAPIレートで課金）。APIのトークン価格はサブスクリプションの使用量とは別で、含まれるタスク量の見積もりには使えない（Pricing）。

金額は変わりやすいため載せず、どの契約で何が使えるかだけを比べる。

項目 Claude Code Codex
個人向けのプラン Pro、Max Free、Go、Plus、Pro。Free・Goの説明はデスクトップアプリでの利用（順次提供）、Plusの説明にはWeb・CLI・IDE拡張・iOSでの利用がある
チーム・法人向けのプラン Team、Enterprise Business、Enterprise & Edu
従量で使う Anthropic Consoleのアカウント APIキー（CLI・SDK・IDE拡張。GitHubコードレビューなどクラウドの機能は無し）
クラウドに任せる Pro・Max・Team、Enterpriseはプレミアム席かChat + Claude Code席 ChatGPTでのサインインが必要

チーム・法人で増える管理コスト

チームでは、席の費用に加えて、誰がどれだけ使っているかを把握する仕組みが要る。Claude CodeはTeams・Enterprise向けにclaude.aiの分析ダッシュボードがあり、OpenTelemetryで利用状況やコストを組織全体で追跡できる（Track team usage with analytics、Monitoring）。

変動する金額・制限を公式で確認する方法

確認したいこと Claude Code Codex
プランの料金 claude.com/pricing Pricing
今の使用状況 /usage（Pro・Max・Team・Enterpriseでは、skills、subagents、plugins、MCPサーバー別の内訳も出る） 使用量ダッシュボード、CLIでは /status

Claude Code側の出典はManage costs effectivelyだ。料金で選ぶときは、金額より先に、①使いたい利用面（CLI、IDE拡張、クラウド）が自分のプランに含まれるか、②使用量がほかの製品と共有されるか、③上限に達した後に追加購入かAPIキーへの切り替えができるか、の3点を本文と表で確かめる。

品質と性能をどう評価するか

「どちらが高性能か」は、公式資料からは決められない。この記事で確認した公式資料には、両者を同じ条件で比べた結果が載っていないためだ。比べるなら、条件をそろえて自分の仕事で試す。

ベンチマークと実務成果を分けて考える

ベンチマークの数値は、決まった課題を決まった条件で解かせた結果だ。自社のリポジトリには、独自の規約、古い依存関係、テストの欠けた箇所がある。ベンチマークの条件と自社の条件が一致しているかを確かめないまま、その数値で選ぶのは避けたい。比較記事や投稿の数値を見るときは、使ったモデル、入力、対象のリポジトリ、試行回数、評価した人が書かれているかを確かめる。書かれていない数値は、選定の根拠にしにくい。

同じ条件で見る評価軸

評価軸 見ること
作業の単位 同じ大きさのタスク（例: 1つのバグ修正）を両方に渡しているか
途中確認の回数 完了までに何回止まり、何回人が直したか
レビューの負荷 出てきた差分を人が確かめるのに何分かかったか
再現性 同じ指示をもう一度渡して、近い結果になるか
使用量 同じタスクでプランの制限をどれだけ使ったか

使用量はClaude Codeでは /usage、Codexでは使用量ダッシュボードか /status で確かめられる。Codexの公式資料も、似たタスクでも消費量は異なり、プロンプトの長さだけでは見積もれないとしている（Pricing）。1回の試行で結論を出さず、次の手順で数件のタスクを比べる。

  1. 自分の業務から、同じくらいの大きさのタスクを3件ほど選ぶ
  2. 両方に同じAGENTS.mdと同じ指示文を渡し、使ったモデルと推論の強さを記録する
  3. 上の表の5つの評価軸を、タスクごとに記録する
  4. 記録を並べ、自分の業務で差が出た軸だけを選定の根拠にする

生成物のレビューと人の最終判断

どちらにもレビューを助ける機能がある。Claude CodeのCode Reviewは、GitHubのプルリクエストをレビューしてインラインでコメントする機能で、TeamとEnterprise向けだ（Code Review）。Codexの /review は、ベースブランチとの比較、未コミットの変更、特定のコミット、独自の指示でのレビューに対応する（Best practices）。CodexのGitHubコードレビューは一般提供で、GitLabのマージリクエスト対応はプレビュー段階だ（Code review）。

AIのレビューは見落としを減らす補助で、マージするかどうかは人が決める。

併用とチーム運用の設計

両方を使う場合は、工程ごとに担当を決め、指示ファイルを1つにまとめ、権限と監査の仕組みを先にそろえる。

調査・実装・修正・レビューの役割分担

併用の基本は、同じ規則を両方に読ませることだ。AGENTS.mdを正本にし、Claude Code固有の指示が要る場合だけCLAUDE.mdに @AGENTS.md と追記分を書く。こうすると、どちらのツールで作業しても同じビルド手順やレビュー基準が使われる。

そのうえで、たとえば次のように分けられる。

  • 調査や下調べ：時間がかかる作業はクラウドに任せ、結果だけを確かめる
  • 実装：方向が決まっていない作業は、手元で対話しながら進める
  • 修正：レビュー指摘を受けて、同じセッションで直す
  • レビュー：作業したのと別のツールやモデルで差分を見て、人が最終判断する

権限、機密情報、監査の確認項目

確認項目 Claude Code Codex
方針の配布 managed settingsは、ユーザー・プロジェクト・ローカル・--settings のどの値でも上書きされない（一部のセキュリティ上の例外を除く） managed configurationの要件はユーザーが上書きできない。席や機能の付与はしない
利用の許可 席の割り当てとSSO・SCIMはClaudeのアカウント側で設定 ワークスペース設定でローカル利用を許可する。ある領域の許可は他の領域に及ばない
記録 分析ダッシュボード、OpenTelemetryでの出力 監査可能な記録にはCompliance API

出典は、Set up Claude Code for your organization、Deploy managed settings、Managed configuration、Roles and workspace permissions、Compliance API and audit eventsだ。監査の記録を外部に残す必要があるかで、確認先が変わる。Codexでは監査可能な記録にCompliance APIを使い、Claude Codeでは分析ダッシュボードとOpenTelemetryでの出力を確かめる。

自社に当てはめる判定表

ここまでの比較を、立場ごとの次の一歩にまとめる。

作業単位・確認頻度・管理要件で分岐する

あなたの条件 次の一歩
個人で、Claudeの有料プランを使っている Claude Codeから始める。使用量はclaude.aiと共有される
個人で、ChatGPTのPlusかProを使っている Codexから始める。使用量はChatGPT Workと共有される
開発者で、両方を試したい AGENTS.mdを1つ用意し、同じタスクを数件ずつ渡して評価軸で比べる
長い作業をPCを閉じた後も続けたい Claude Codeのクラウドセッションか、ChatGPTでサインインしたCodex Cloudを使う
APIキーで従量利用したい Codexでは一部機能が使えない点を確認する。Claude CodeはConsoleアカウントで使う
チームで導入する managed settingsかmanaged configurationで配る方針と、記録の取り方を先に決める
エンジニアではなく、まず試したい ターミナルより、Claude Codeのデスクトップアプリか、ChatGPTデスクトップアプリから始める。Claude Codeでは、ファイル編集、シェルコマンド、ネットワーク接続の多くの前に確認が出るManualモードかを最初に確かめる

詳細手順と隣接比較は既存記事へ案内する

この記事は比較の判断までを扱う。設定や操作の手順、ほかのツールとの比較は次の記事に分けている。

まとめ：ツール名より作業条件を決める

Claude CodeとCodexは、どちらも対話しながら進める使い方とクラウドへの委任を備えている。選ぶときは、契約中のプランと使用量の共有先、指示ファイルと拡張の資産、チームの管理要件の3点を見て、性能は同じ条件で試して判断する。

そのうえで、研修・伴走の現場で見てきた限り、CodexかClaude Codeかというツールの選択にこだわることは、成果にほとんど影響しないと判断している。AIを使う必要のない課題にAIを当てているケースがあり、GASのようなもっと単純な手段で足りる業務も実際に多い。思いつくままにツールを作る進め方は、個人が習熟する過程では一度は必要な試行だが、会社の業務時間で続けると使われないものが残り、トークン消費だけが積み上がりやすい。

さらに、AI活用が人事評価と接続していない場合、効率化の見返りが「空いた時間に別の仕事が入ること」になりやすく、現場にAIを使いたい動機が生まれにくい。経営者自身がAIを使っていない企業では、組織にAIが浸透しにくい傾向も見ている。比較を終えたら、「自社にAIを適用すべき課題があるか」「学ぶ理由を組織側でどう設計するか」に判断の重心を移してほしい。

自社に合うツールを検討したうえで、Claude Codeの社内定着を進めたい場合は、NO WAVEの企業研修の内容・料金をご確認ください。研修は有料のサービスで、申込み前の無料相談とは別です。

CONTINUE THE SESSION

関連記事