Codex CLI vs Claude Code 2026：アーキテクチャ、料金、中国からのアクセス

Codex CLIとClaude Codeはどちらもターミナルネイティブなエージェント型ツールとして提供されており、2026年半ばの時点では両者とも2つの層で安全性を担保しています。土台となるOSレベルのサンドボックスと、その上に載るプログラマブルなガバナンス層です。いま両者を分けているのは、重点の置き方と深さです。Codexはカーネルサンドボックスを前面に出し、hookシステムは小さく保っています。Claude Codeはこのカテゴリーで最も充実したhook面を前面に出し、その下にOSレベルのサンドボックス実行を追加しました。この重点の違いは、設定、権限、マルチエージェントのワークフロー、チームのガバナンスをそれぞれのツールがどう扱うかにまで波及します。以下の比較では、その違いを具体的な判断基準とともに整理し、このサイト全体で積み上げてきたAIエンジニアリングの領域をさらに広げていきます。

私は主要ツールとしてClaude Codeを使っています。このバイアスは最初に明示しておきます。ここでの観察は、本番タスク、ブラインド評価、そして2つのツールを併用するワークフローを通じた、両ツールの日常的な利用から得られたものです。

TL;DR: Codexは主にOSカーネル層（Seatbelt、Landlock、seccomp）で安全性を担保し¹、その上に5イベントの小さなhookシステム（CLI v0.124.0以降は安定）を重ねています。Claude Codeはアプリケーション層のガバナンスを前面に出し、2026年8月時点で31のプログラマブルなhookイベントを備え²、その裏付けとしてOSレベルでサンドボックス化されたBash（Seatbelt/bubblewrap）を持ちます。さらにv2.1.219以降は、許可リストにないホストをそのまま拒否するstrictAllowlistも加わりました。両ツールとも大きなコンテキストで動作します。Claude Codeの既定は、Max、Team Premium、Enterprise、APIの各アカウントではOpus 5、ProとTeam StandardではSonnet 5です（いずれもネイティブ1M。Sonnetは$2/$10、Opusは$5/$25 per MTok）²⁰。Codex CLIの既定はGPT-5.6ファミリーで、Codex内は既定272K、model_context_windowを使えば872Kまで広がります（GPT-5.6 Solは少なくとも2026年11月21日まで販促価格の$4/$20 per MTok）¹⁹²¹。クラウドサンドボックスへのタスク委譲とカーネルレベルの隔離にはCodexを、プログラマブルなガバナンス、長期にわたるリファクタリング、セキュリティ重視のコードレビューにはClaude Codeを使ってください。最良の結果は、両方を使うことで得られます。

要点

• 個人開発者: まずは自分の主要な言語エコシステムに合うほうから始めてください。両ツールは同じリポジトリで衝突なく共存します（CLAUDE.mdとAGENTS.mdは互いに独立しています）。
• チームリード: Codexのプロファイルは、明示的で監査可能な設定の切り替えを提供します。Claude Codeの階層構造は、文脈に応じたルールを自動的に適用します。チームが明示的な制御を好むか、自動的な適応を好むかで選んでください。
• セキュリティエンジニア: Codexのカーネルサンドボックスは、エージェントがOSレベルで制限を迂回することを防ぎます。Claude Codeのhookはエージェントとプロセス境界を共有しますが、任意の検証ロジックを書けます。とはいえ、いまはその下にOSレベルでサンドボックス化されたBashが敷かれています。自分の脅威モデルに合うほうを選んでください。

どちらのツールを選ぶべきか（ペルソナ別の判断ルート）

比較の答えは、読み手が誰かによって変わります。このページを読む代表的な読者ごとに、4つのルートを示します。

個人プロジェクトや小規模チームの個人開発者

既定はClaude Code。 $2/$10で使えるSonnet 5のネイティブ1Mトークンコンテキスト、31イベントのhookガバナンスシステム、そしてプラグインマーケットプレイスが、個人開発者が日々ぶつかるケース（大規模コードベースのリファクタリング、セッションの継続、保存時フォーマットの自動化）をカバーします。月額$20のProや月額$100〜200のMaxは、予測しやすく余裕もあります。

Codex CLIを併用するのは: 信頼できないコードを一度だけレビューするためにカーネルレベルのサンドボックスが必要なとき、あるいはChatGPT Pro/PlusですでにAI関連の主な支出をまかなっていて、Claudeの追加が重複に感じられるときです。両ツールはきれいに共存し、CLAUDE.mdとAGENTS.mdは並んで置けます。

10〜50人規模のエンジニアリング組織のチームリード

既定はClaude Code。 プログラマブルなhook（lintのゲート、セキュリティスキャン、禁止コマンドのブロック）は、モデルがプロンプトの指示に従ってくれることを期待するのではなく、チームの基準を決定論的に符号化します。マネージド設定を使えば、個々の開発者が上書きできない組織全体のポリシーをリードが定められます。claude agents CLIとAgent Teamsのプリミティブは、チームがレビューのワークフローで実際に使っているパターンに合致します。

Codex CLIを併用するのは: セキュリティ上重要なレビューにカーネル級の隔離が要るとき（外部委託先のコードや、素性の分からない作者からのオープンソースPRのレビューなど）、あるいはチームがAzure OpenAI / Microsoft Foundry経由ですでにOpenAIのツール群にコミットしているときです。日常的な主力ではなく、目的を絞ったレビューツールとして動かしてください。

セキュリティ重視のレビュアーやレッドチームの研究者

既定はCodex CLI（敵対的な入力向け）＋ Claude Code（統制された実行向け）。 CodexのカーネルサンドボックスはmacOSのSeatbelt / LinuxのLandlock+seccompでアプリケーション層より下のシステムコールを拒否するため、敵対的なエージェントは許可していないファイルシステム領域に文字どおり触れられません。Claude Codeのhookはアプリケーション層で動きますが、2026年初頭以降はサンドボックス化されたBashがOSレベルの床（Seatbelt/bubblewrap）をその下に敷いており、v2.1.219のstrictAllowlistはネットワークポリシーをさらに堅くしました。脅威に合うほうのツールを使ってください。

Claude Codeを併用するのは: レビュー後の処理をプログラムしたいとき（トリアージのhook、監査ログ、レポートの自動生成）です。典型的なワークフローはこうなります。Codexがサンドボックスの制約下で調べ、Claude Codeがトリアージとポリシー適用の層を担当する。

中国本土在住の開発者

どちらのツールも動きますが、選択を左右するのは機能よりも接続性とコストです。決める前に中国からCodexとClaude Codeにアクセスするを先に読んでください。

アーキテクチャの根本的な分岐

CodexとClaude Codeの最も深い違いは、ガバナンスがどこで起きるかです。CodexはmacOSではSeatbelt、LinuxではLandlockとseccompを介して、カーネル層で安全性を担保します¹。OSがファイルシステムへのアクセス、ネットワーク呼び出し、プロセスの生成を、それらの操作がアプリケーションに届く前に制限します。オペレーティングシステムが実行前にシステムコールを拒否するため、モデルはこの制限を迂回できません。

Claude Codeはhookを通じてアプリケーション層で安全性を担保します。hookとは、2026年8月時点で31のライフサイクル地点で処理に割り込むプログラムです²。Bashに対するPreToolUse hookは、あらゆるコマンドを検査し、任意のロジックで検証し、終了コード2でブロックできます。このhookシステムがもたらすのはプログラマブルなガバナンスです。ビジネスルールを符号化し、linterを走らせ、認証情報をスキャンする、といったことができます。かつてのトレードオフは、アプリケーション層での強制がエージェントとプロセス境界を共有する点にありました。しかしその境目は、両方向から曖昧になっています。Claude Codeは2026年1月のサンドボックス機能のリリース以降、OSレベルのプリミティブ（macOSではSeatbelt、Linuxではbubblewrap）の上でサンドボックス化されたBashを動かしており、v2.1.219では許可リストにないホストをそのまま拒否するsandbox.network.strictAllowlist設定が追加されました。一方Codexはv0.124.0で安定版のhookシステムを獲得しています。config.toml内に[[hooks]]ブロックとして設定する5つのイベント（SessionStart、UserPromptSubmit、AfterToolUse、AfterAgent、Stop）です。ただしpre-toolイベントはないため、ClaudeのPreToolUseのようにツール呼び出しの前に発火するものはありません。

どんな安全アーキテクチャも、表現力と境界の強さを引き換えにしています。この2つのツールはそのスペクトルの両端から出発し、それぞれ中央へ寄ってきましたが、重点の置き方は意図的なまま残っています。カーネルサンドボックスが理にかなうのは、脅威モデルに敵対的になりうるエージェントが含まれる場合です（悪意あるコードのレビュー、信頼できないスクリプトの実行など）。アプリケーション層のhookが理にかなうのは、脅威モデルが自信過剰だが善意のエージェントである場合です（自分のコード、自分のチーム、自分の規約）。ほとんどの開発者は、時と場合によって両方の脅威モデルを必要とします。

設定の思想

CodexはTOMLで設定します。Claude CodeはJSONです。フォーマットの違いは表面的なもので、思想の違いはそうではありません。

Codexは設定をプロファイルを軸に組み立てます。--profileで明示的に切り替える、名前付きのプリセットです。carefulプロファイルはapproval_policy = "untrusted"を設定し、サンドボックスを強めにかけます⁹。deep-reviewプロファイルはより能力の高いモデルに切り替えます。名前を指定して選んだのだから、いまどの設定が有効かは常に分かります。指示の層にはAGENTS.mdを使います。Linux FoundationのAgentic AI Foundationの下にあるオープン標準で³、Codex、Cursor、Copilot、Amp、Devin Desktop、Gemini CLIが読めます。

Claude Codeは設定を階層を軸に組み立てます。マネージド設定（最優先）からコマンドライン、ローカルプロジェクト、共有プロジェクト、ユーザー既定へと連なる5つの層です。CLAUDE.mdファイルはユーザー、プロジェクト、ローカルの各レベルでスコープされます。Skills、hook、ルールのディレクトリがさらに層を足します。文脈に合った設定は自動的に適用されますが、有効な設定はどの単一ファイルからも見えません。階層を読んで再構成することになります。

プロファイルは明示性と監査可能性を重んじます。「どの設定が有効だったか」には、どの--profileフラグが渡されたかを確認すれば答えられます。階層構造は自動化と文脈感応性を重んじます。適切な文脈が自動で適用される代わりに、「いまどの設定が有効か」に答えるには最大5層を読み、そのマージ順序を理解する必要があります。このトレードオフは現実のものです。私自身、プロジェクトレベルの指示と衝突するユーザーレベルのCLAUDE.mdの上書きに、何度か驚かされたことがあります。明示的なプロファイルなら起きないことです。

安全モデルの比較

パターンはこうです。Codexはより強い境界と、より粗い制御を提供する。Claude Codeはより弱い境界と、より細かい制御を提供する¹¹。どちらが正しいかは脅威モデル次第です。信頼できない外部コードのレビューなら、カーネルサンドボックス。信頼できるコードに組織のコーディング基準を課すなら、プログラマブルなhookです。

コンテキストとモデル

更新、2026年9月3日。 以下の各段落に対する2つの訂正と1つの追記です。記録が見えるように、以下は2026年8月11日に書いたままにしてあります。

まずCodexの既定について。OpenAIのCodexモデルページは8月10日までに、既定のPower設定としてgpt-5.6-solを挙げていました。つまり「推奨の既定はGPT-5.5」という記述は、この記事を8月11日に更新した時点ですでに古くなっていたのです。GPT-5.5は、GPT-5.6 Solが取って代わったフラグシップです。9月3日時点で同じページは既定モデルの名前を挙げなくなり、「アカウントで利用できる既定のPower設定から始めてください」と述べています。また対象となるPro、Business、Enterpriseのアカウントでは、Astraの展開が「Power設定の選択肢をTerra Light、Sol Light、Sol Medium、Astra Light、Astra Medium、Astra Extra Highに更新します」。以下で説明しているツール内のコンテキストの非対称性も動きました。GPT-5.6ファミリーのCodex内の既定ウィンドウは272,000トークンで（v0.144.6のリリースノートがこの数値を訂正しました）、8月20日のv0.149.0以降はmodel_context_window設定でSol、Terra、Lunaを872,000まで引き上げられます。それでもClaude Codeの1Mには届きません。Codex 0.153.1のモデルカタログはGPT-5.5についても、以下で引用している400KではなくCodex内272,000と記載しています。¹⁹

次に、Claude Codeの既定は1つのモデルではなくプランごとに決まります。Anthropicのmodel configurationドキュメントは「Max、Team Premium、Enterprise、Anthropic API: 既定はOpus 5」と「ProとTeam Standard: 既定はSonnet 5」を挙げています。以下で8月31日までの導入価格と書いているSonnet 5の$2/$10 per MTokは、いまや標準価格です。予定されていた値上げは行われませんでした。²⁰

3つ目は、この比較そのものを変えるモデルです。OpenAIは9月3日にGPT-6 Astraをリリースしました。入力100万トークンあたり$10、キャッシュ入力$1、出力$50で、コンテキストウィンドウは1,050,000トークン、最大出力は128,000です。長いウィンドウには割増がかかります。「入力272Kトークンを超えるプロンプトは、リクエスト全体について入力とキャッシュの料率が2倍、出力が1.5倍になります」。提供状況は原文のまま引くと、「GPT-6 Astraは本日、当社のTrusted Access Programに参加している企業向けに展開を開始します。APIおよびPlus、Pro、Business、Enterpriseの各プラン経由でのアクセスは、今後数日のうちに提供予定です」。同じ日のCodex CLI 0.153.1は、「既定モデルを変更したり、モデルピッカーに表示したりすることなく、API経由でGPT-6-Astraを設定できるようにしました」。一般提供されている範囲の最上位にあるAnthropicの対応モデルはClaude Fable 5.1（9月1日）で、$10/$50 per MTok、キャッシュ読み取りは$0.25、1Mコンテキストです。いまや両ベンダーとも、コーディング向けの既定モデルの上に、基本料率で$10/$50のフラグシップを並べています。9月3日時点では、Astraのモデルページによればトラステッドアクセスプログラム外への提供はこれからで、Codexのモデルページによれば、AstraのPower設定の選択肢は対象アカウントにしか届いていませんでした。どちらのベンダーも、自社のフラグシップをコーディングツールの既定にはしていません。¹⁹²⁰

2026年8月時点で、Codex CLIが推奨する既定はGPT-5.5（2026年4月23日リリース）です⁴。Codex内では400Kコンテキスト、APIでは1M、$5/$30 per MTok、そしてTerminal-Bench 2.0で82.7%――リリース時点で一般公開されているモデルの中では最高水準でした。前世代のフラグシップであるGPT-5.4は、1.05Mの実験的な長コンテキストモード（272Kの入力を超えると入力2倍/出力1.5倍で課金）とともにAPIで引き続き利用できますが⁴、Codex v0.145.0（2026年7月21日）は同梱のGPT-5.4の選択肢をGPT-5.6のTerraとLunaの各バリアント（いずれも272Kコンテキスト）へ移行しました。gpt-5.2-codexスナップショットは2026年7月23日に停止しています。これを固定していたスクリプトはいま失敗し、OpenAIが推奨する代替はGPT-5.6 Solです。⁴

Claude Codeはv2.1.197（2026年6月30日）以降、既定がSonnet 5です。ネイティブ1Mトークンコンテキスト、最大出力128K、$3/$15 per MTokで、2026年8月31日までは導入価格$2/$10が適用されます⁵。opusエイリアスはv2.1.219（2026年7月24日）以降、Opus 5を指します。1Mコンテキスト、最大出力128K、$5/$25 per MTokで、AnthropicはこれをOpus 4.8からの同価格での能力アップグレードと位置づけています。どちらのベンダーも既定モデルとコンテキスト上限をリリースごとに変えるため、現在の値は各ベンダーのページで確認してください。

いまはどちらのツールも大きなコンテキストをうまく扱えますが、非対称な点が1つあります。Claude Codeの既定モデルはツール内でネイティブに1Mで、長コンテキストの割増もありません。一方CodexはGPT-5.5をCodex内では400Kに制限しています（1Mのウィンドウ全体はAPI限定です）。モノレポを1つのウィンドウに読み込ませたい場合、いまのところツール内での優位はClaude Codeにあります。もっとも、ほとんどのプロジェクトでは、生のウィンドウサイズよりも検索の質（各ツールが関連コードをどれだけうまく見つけるか）のほうが効いてきます。

8月11日の記述はここまでです。上の9月3日の更新がこれに優先します。

公開ベンチマークは、どんな比較記事よりも速く動きます。2026年4月のスナップショットでは、Opus 4.7がSWE-bench Verified（87.6%）とSWE-bench Pro（64.3%）で先行し、Terminal-Bench 2.0ではGPT-5.4（75.1%）とGPT-5.3-Codex（77.3%）が先行していました¹²。GPT-5.5は4月23日のリリース時点でTerminal-Bench 2.0を82.7%で保持しており、当時は一般公開モデル中の最高水準でした⁴。その後、両ベンダーとも新しいモデルを出しています。OpenAIはGPT-5.6 SolとGPT-6 Astraを、Anthropicは同コストでの能力アップグレードとしてOpus 4.8（5月）とOpus 5（7月）を、さらにその上に$10/$50のFable 5.1（9月1日）を出しました。¹⁹²⁰ 本記事には、これら後発モデルのベンチマーク表はありません。ここに挙げた数字はすべて、ある時点の測定値として扱い、決める前にベンダーのページを確認してください。私が旧バージョンのOpusで行ったブラインド評価では、より小さなコンテキストでもレビューとセキュリティのタスクで上回っており、1Mでも同じ傾向が続いています。

どちらのツールもモデルのルーティングに対応しています。Codexはプロファイルごとにモデルを選びます⁹。Claude Codeの既定はプランに応じてOpus 5かSonnet 5で、opusエイリアスはOpus 5を指し、呼び出しごとに--modelまたは設定レベルの構成で上書きできます。

料金の詳細

料金は3つのパターンに分かれます。トークン単位のAPI課金、エージェント型CLIの利用を含むサブスクリプション、そしてAWS / GCP / Azure経由のクラウドプロバイダー課金です。最も安い経路は、表示価格ではなく1日あたりのトークン量で決まります。

Claude Codeの料金（2026年9月3日時点で検証）

トークン単位（Anthropic API）:¹³

Sonnet 5の$2/$10はリリース時点では導入価格でしたが、いまは標準価格です。9月1日の値上げは撤回されました。Opus 4.8、4.7、4.6はレガシーモデルとして同じ$5/$25の料率で引き続き利用できます。長コンテキストの割増はありません。Opus 5とSonnet 5の1Mトークンウィンドウは標準料率で提供されます。Batch APIでは入力と出力に50%の割引が適用されます。¹³

Claude Codeを含むサブスクリプション:⁸

クラウドプロバイダーの料金は、AWS Bedrock / Google Vertex AI / Microsoft Foundryの定価に従います。これはAnthropicの直接APIとほぼ連動していますが、リージョンごとの提供状況とデータ所在地の違いがあります。

Codex CLIの料金（2026年9月4日時点で検証）

トークン単位（OpenAI API）:¹⁴

料金はOpenAIがモデルのバリアントを入れ替えるたびに変わります。GPT-5.6 Sol、GPT-6 Astra、GPT-5.5の各行は2026年9月4日に検証したもので、それ以外の行は2026年8月8日時点のものです。GPT-5.6 Solは入力272Kを超えると、リクエスト全体が$8/$30で課金されます。

gpt-5.2-codexスナップショットは、OpenAIの非推奨一覧のとおり2026年7月23日に停止しました。OpenAIが推奨する代替はGPT-5.6 Solです。⁴ GPT-5.4での長コンテキストのプロンプト（入力272Kトークン超）は、そのセッションについて入力2倍・出力1.5倍で課金され、これはstandard、batch、flexの各ティアに共通です。⁴

Codexを含むサブスクリプション:

ChatGPT Plus（月額$20）、Pro（5×ティアは月額$100から、20×は月額$200）、Business（Codex専用シートの従量課金、またはCodex利用上限付きの標準ChatGPT Businessシート）は、いずれもプランごとの上限付きでCodexファミリーの利用を含みます。GPT-5.5、GPT-5.4、GPT-5.3-CodexはすべてOpenAI APIから利用でき、対応するAPIティアについて公開されたトークン単価とレート制限があります（無料ティアは非対応）。¹⁴ API中心のチームはサブスクリプションを丸ごと省けます。同梱されるCodexの利用量と、より広いチャット面のほうがチームにとって割に合うなら、ChatGPTのサブスクリプションを使ってください。

Opus 5の1Mコンテキストは実際いくらかかるのか

実務的な疑問はこうです。「Opus 5に1Mトークンのコードベースを食わせたら、請求はいくらになるのか」

10Kトークンの応答を伴う、フルコンテキストの1回のパス: - 入力: 1,000,000トークン × $5.00/MTok = $5.00 - 出力: 10,000トークン × $25.00/MTok = $0.25 - 合計（キャッシュなし）: 1パスあたり$5.25

1Mトークンのコードベースに5分のプロンプトキャッシュを使う場合（キャッシュ書き込みは1回、追加質問で繰り返し読み取ると仮定）: - 最初の書き込み: 1,000,000 × $6.25/MTok = $6.25（1回限り） - 5分以内の以降の読み取りごと: 1,000,000 × $0.50/MTok + 出力10,000 × $25/MTok = $0.75 - 1セッションで5回読み取り: $6.25 +（5 × $0.75）= フルコンテキスト5パスで$10.00

1米ドル ≈ 6.82人民元という参考レート（2026年4月前後のPBOCの中間値は6.82〜6.90のレンジに集中）で人民元に換算した例: 1Mトークンのコードベースに対するOpus 5のフルコンテキスト5セッションで約¥68.20。 為替は動きます。調達の場で引用する前に、その時点のレートを確認してください。予算策定で意味を持つのは正確な人民元の数字ではなく、この計算方法のほうです。

GPT-5.4の長コンテキストモード（前世代フラグシップ。GPT-5.5の1.05MウィンドウはAPI限定で、272K超では入力2倍・出力1.5倍で課金されるため、同じキャッシュなしのフル1Mパスは$10.45になります）での同等の計算: - 入力: 1,000,000トークン ×（基本$2.50 × 長コンテキスト倍率2）= $5.00 - 出力: 10,000トークン ×（基本$15.00 × 長コンテキスト倍率1.5）= $0.225 - 合計（キャッシュなし）: 1パスあたり$5.23。フル1Mコンテキストでのキャッシュなしのパスとして、Opus 5の価格と1%以内の差

GPT-5.3-Codex（入力上限272K）では、同じ1Mのコードベースを取り込むのに最低4パスが必要になり、セッション単位のコスト構造が変わります。中国の開発チームの多くは毎日フル1Mコンテキストを必要とするわけではないので、現実的な比較は典型的なセッションサイズ（50K〜200Kトークン）で行うことになります。この規模なら、どちらのツールも1セッションあたり$1未満で収まります。

サブスクリプションがトークン単価に勝つのはいつか

大まかな目安です（Anthropicは公開していないので、公表されたトークンの割り当てではありません）。軽い対話的な利用ならProで余裕をもって収まります。Opus 5での重めの日常的なエージェントワークフローはMax 5xやMax 20xの領域に入ります。フルコンテキストを継続的に使う（1セッション$5以上の）ワークロードは、積極的なプロンプトキャッシュと組み合わせれば、上限付きサブスクリプションよりトークン従量課金のほうが安くなることがあります。数式から推測するのではなく、代表的な1週間をProで走らせ、Claudeの利用ダッシュボードを確認し、必要に応じてティアを上げてください。チームでも同じ計算をユーザーごとに行い、これにEnterpriseティアが吸収する管理・ポリシー・SSOのオーバーヘッドを加えます。

中国からCodexとClaude Codeにアクセスする

OpenAIとAnthropicのファーストパーティAPIへのアクセスは、各社が公開している対応国リストによれば中国本土からは公式にサポートされていません。¹⁸ これを回避するために本土以外のネットワークやアカウント経由で接続する開発者もいますが、その場合はアカウント停止とコンプライアンスのリスクを負うことになり、生産性の理屈と天秤にかける必要があります。CLIのバイナリは一度ダウンロードすればローカルにインストールして動きますし、日々のエージェントループの挙動はどこでも同じです。正当な経路があるのは、クラウドプロバイダー経由のルーティングです。

AWS Bedrockのリージョン提供状況

AnthropicのClaudeモデルは、特定のAWSリージョンでAmazon Bedrockを通じて提供されています。2026年4月時点で、公開されているBedrockのランタイムエンドポイントは東京、ソウル、シンガポール、ムンバイ、シドニーを含むAPACリージョンをカバーしていますが、中国本土または香港で稼働しているBedrockのランタイムエンドポイントは現在ありません。¹⁵ AWS経由で接続する中国の顧客は、相応のレイテンシコストを受け入れたうえで、シンガポールか東京を使うのが一般的です。

Google Vertex AIのリージョン提供状況

Google CloudはアジアパシフィックのリージョンでVertex AIの生成AIエンドポイントを提供しています。¹⁶ Claudeの各モデルが使えるかどうかはリージョンによって異なり、asia-east2（香港）は従来、中国南部のユーザーにとってレイテンシが低い選択肢でした。決める前に、選んだVertexのリージョンでClaudeモデルが利用可能かを確認してください。カバー範囲は時間とともに広がりますが、APAC全域で一様ではありません。

Microsoft Foundry

ClaudeはMicrosoft Foundryを通じてAzureのグローバル標準デプロイで利用でき、通常は対象となるEnterprise / MCA-Eのサブスクリプションが必要です。ClaudeはAzure China（21Vianetが運営）で利用可能とは公式に文書化されていません。こちらは独自のサービスカタログを持つ、別のソブリンクラウドです。Foundryを使う中国の顧客は、Azure Chinaではなくグローバル版Azureの基盤を経由することになります。¹⁷

中国からのOpenAI Codex

OpenAIの対応国リストに中国本土は含まれていません。OpenAIは、非対応地域からのアクセスがアカウントのブロックや停止につながる可能性があると警告しています。¹⁸ Azure OpenAIは特定のグローバルリージョンで利用でき（Azure Chinaではありません）、コンプライアンスに沿ったアクセスを求める中国企業は、OpenAIのAPIを直接使おうとするのではなく、適切な契約条件のもとで許可されたリージョンのAzure OpenAIを経由するのが一般的です。

中国のプロバイダーによるモデルの代替肢

DeepSeek、Qwen（アリババ）、Kimi（Moonshot）は、中国のチームがコストとレイテンシの観点で検討するモデルレベルの代替肢です。これらはモデルであって、エージェント型のCLIではありません。Claude Codeと組み合わせるには、Anthropic API互換のアダプターかゲートウェイが要ります（Claude CodeはAnthropicのリクエスト/レスポンス形式を前提とし、ANTHROPIC_BASE_URLはOpenAI互換ではなくAnthropic互換のエンドポイントを指します）。Codexはプロファイル単位のモデルルーティングに対応していますが、同様にOpenAI互換のレスポンスを前提としています。どちらのツールもDeepSeek/Qwen/Kimiを一級市民として扱ってはおらず、経路になるのはプロバイダーのAPI形式とCLIが期待する形式との間を翻訳するアダプター層です。調達、レイテンシ、データ所在地の問いには、これらのモデルはうまく答えてくれます。一方でエージェントループの正しさやツール呼び出しの成熟度という問いには、これらのCLIがチューニングされているフロンティアのClaudeとGPTのモデルが依然として最も適しています。

マルチエージェントの機能

Codexはcodex cloud execによるクラウドへのタスク委譲を提供しています⁶。OpenAI自身がいまも実験的と位置づけている面です。タスクを記述すると、Codexがクラウド環境を立ち上げ、あなたのコードベースに対してエージェントを走らせ、差分を返します。エージェントの推論をリアルタイムに監視することはできません。タスクを先に定義し、結果は後で回収する形です。クラウドへの委譲はCI/CDパイプラインやバッチ処理に自然に対応します。ローカルでの並列実行については、マルチエージェントv2の体験がv0.145.0（2026年7月21日）でオプトインとして安定し、サブエージェントのモデル、推論レベル、並列度を設定できるようになりました⁷。

Claude CodeはTaskツールによる明示的なサブエージェントの起動を提供しており¹⁰、この面は2026年を通じて大きく育ちました。サブエージェントはv2.1.198以降は既定でバックグラウンドで動作し、深さ3までネストしたサブエージェントを起動でき、v2.1.219時点では既定で最大20個を同時実行できます。さらに動的なワークフロー（/workflows、v2.1.154以降）がより大きな編成を統括します。親エージェントは具体的なタスクと隔離されたコンテキストを与えてサブエージェントを起動し、結果を調整し、出力を統合します。サブエージェントの起動は対話的なオーケストレーションを可能にします。推論が見えるので、途中で介入できるのです。複数のエージェントが互いの出力を批評する熟議のパターンと組み合わせると、対話的なオーケストレーションは投げっぱなしのモデルが見落とす問題を捕まえます。

クラウドタスクは、先にタスクを定義して後で結果が欲しいワークフローに向いています。サブエージェントの協調は、推論を通じてタスクが変化していき、リアルタイムの統合が必要なワークフローに向いています。

信頼のスペクトル

判断マトリクスを見る前に、自分のタスクが信頼のスペクトルのどこに位置するかを考えてください。エージェント型のコーディングタスクには必ず、暗黙の信頼判断が含まれます。この特定のタスクについて、エージェントの判断をどこまで信頼するか、という問いです。

低い信頼（Codexを使う）: 自分が書いていないコードをレビューする、外部ソースのスクリプトを実行する、リアルタイムに監視できないクラウド環境に作業を委譲する、といった場面です。エージェントが敵対的な入力に遭遇するかもしれません。モデルが何を決めようとも、OSに境界を守らせたい場面です。

中程度の信頼（どちらでもよい）: 既知のパターンを持つ自分のコードベースで作業している場面です。エージェントは間違えるかもしれませんが、それは悪意ではなく自信過剰による間違いです。変更が入る前にレビューはしたいものの、カーネルレベルの隔離までは要りません。

高い信頼（Claude Codeを使う）: hook、CLAUDE.mdの指示、許可リストによる権限を通じてガードレールを構築済みの場面です。エージェントは、あなたが設計した統制された環境の中で動きます。全面的に制限するのではなく、選択的に操作を承認できる程度にガバナンス層を信頼している状態です。

ほとんどの開発者はたいていの時間を中程度の信頼で過ごします。だからこそ2ツール併用のワークフローが効きます。サンドボックスが光る低信頼のタスクはCodexが引き受け、カーネルの制限よりプログラマブルなhookのほうが価値を生む中〜高信頼のタスクはClaude Codeが引き受けるのです。

判断のフレームワーク

具体的なニーズに基づく、実践的な判断マトリクスです。

このマトリクスを1つのツールが制圧してはいません。根底にあるパターンは10行が示唆するよりも単純です。Codexは硬い境界が必要なときに、Claude Codeはプログラマブルなロジックが必要なときに力を発揮します。 信頼できないコードを走らせる、外部からの貢献をレビューする、監視できないクラウド環境に委譲する――そういう場面では硬い境界のほうが重要です。チームの規約を徹底する、複数ステップのワークフローを統括する、ビジネスルールを符号化したガードレールを作る――そういう場面ではプログラマブルなロジックのほうが重要です。自分のニーズのうち3つ以上が一方のツールを指すなら、そこから始めてください。半々に割れるなら、2ツール併用のワークフローを検討してください。

私の推奨

両方を使ってください。私は同一のコードレビュータスクを12のタスクカテゴリーにわたって両ツールに通し（私のブラインド評価シリーズに記録しています）、どちらのツールも単独ではすべてを捕まえられないことが分かりました。具体例を1つ。FastAPIの認証レビューの最中、Opusはパスワード比較関数のタイミング・サイドチャネルを指摘しました。比較にhmac.compare_digest()ではなくPythonの==演算子を使っており、タイミングオラクルを作っていたのです¹¹。Codexはこの問題をまったく見逃しました。同じコードベースで、Codexのサンドボックスは、ユーザーが指定したURLが内部サービスに到達しうるURL取得エンドポイントのSSRFベクターを捕まえました。Opusは、アプリケーションレベルでは入力バリデーションが正しく見えたためこのエンドポイントを承認していましたが、カーネルサンドボックスは内部IPレンジへの外向きのネットワークリクエストを検知したのです。異なるデータで学習した異なるモデルは、異なる脆弱性クラスを捕まえます。両方を走らせるとレビューあたりのコストはおおむね2倍になりますが、セキュリティ上重要なコードでは意味のある差で多くの問題を捕まえられます。

私の日々のワークフローはタスクの種類で分かれます。

• Claude Codeは機能の実装、コードレビュー、複数ファイルのリファクタリングを担当します。hookがフォーマットを強制し、危険なコマンドをブロックし、編集のたびにテストを走らせます。対話的なサブエージェントのモデルは、推論を通じて変化していくタスクによく合います。
• Codexは--sandbox read-onlyでの信頼できないコードのレビュー（外部のPRや依存関係はカーネルサンドボックスの中で読みます）、codex cloud execによるクラウド委譲のバッチタスク、そして異なるモデルの視点が死角を突いてくれるアーキテクチャのセカンドオピニオンを担当します。

CLAUDE.mdとAGENTS.mdは同じリポジトリで衝突なく共存します。両ファイルは内容の大半を共有するので、維持の手間は最小限で済みます。私は規約の共通セクションを1つ持ち、それを両方にコピーしています。

どちらのツールも使うべきでないとき。 保証された決定性が必要な場面では、CodexもClaude Codeも正しい選択ではありません。どちらのツールも確率的で、同じプロンプトでも実行のたびに異なる出力になりえます。ワークフローが厳密な再現性を要求するなら（たとえばスキーマとバイト単位で一致しなければならない設定ファイルの生成など）、代わりにテンプレートエンジンかコードジェネレーターを使ってください。エージェント型のツールは、タスクが判断を要するときに最も強く、判断なしの精度を要するときに最も弱いのです。

ブラインド評価の方法論と12タスクカテゴリーにわたる結果を含む完全な比較は、Claude Code vs Codex：どちらをいつ使うかをご覧ください。個別に始めるには、Claude CodeガイドまたはCodexガイドをどうぞ。Claude Codeのガバナンス層を支えるhookシステムの実践的な手順は、hookチュートリアルにあります。

参考文献

FAQ

同じプロジェクトでCodexとClaude Codeを併用できますか

はい。CLAUDE.mdとAGENTS.mdは別々のファイルで、各ツールが独立して読みます。どちらのツールも相手側の指示ファイルを解釈しません。設定ファイルも衝突しません。私は稼働中のすべてのプロジェクトで両方を維持しています。唯一気をつける点は、指示ファイル間で共有内容の同期を保つことですが、形式が似ているので数分で済みます。

日常利用ではどちらが安いですか

上の料金の詳細セクションをご覧ください。手短に言えば、Claude CodeにはAnthropic APIのトークン単価（Sonnet 5は$2/$10。リリース時は導入価格でしたが、いまは標準価格です。Opus 5は$5/$25）に加えて、サブスクリプションの階段（Pro $20、Max 5x $100、Max 20x $200、Team $30/ユーザー、Team Premium $150/ユーザー）があります。Codex CLIにはOpenAI APIのトークン単価（GPT-5.6 Solは入力$4 / 出力$20 per MTokで、少なくとも2026年11月21日までの販促料率。GPT-5.5は$5 / $30）とGPT-5.4 / GPT-5.3-Codexファミリーがあり、これにChatGPT Plus/Proに含まれる利用枠が加わります。トークン効率はタスクの種類によって変わるので、予算に敏感な作業では代表的なタスクを両方で走らせ、実際の請求額を比べてください。トークン単価はプロバイダーによって異なるため、生のトークン数がそのままコストに対応するわけではありません。

大規模なコードベースをうまく扱えるのはどちらですか

どちらも大きなリポジトリをうまく扱えます。Claude Codeの既定（プランに応じてOpus 5かSonnet 5）は、標準料金でネイティブに1Mトークンです。Codexの既定であるGPT-5.6ファミリーはCodex内では既定272Kで動き、model_context_windowを使えば872Kになります。1.05Mのウィンドウ（GPT-5.6 Sol、GPT-6 Astra、GPT-5.5のいずれも、入力が272Kを超えると入力2倍・出力1.5倍で課金）はAPI側の話です。コンテキストとモデルのセクションにある9月3日の更新をご覧ください。どちらのツールもコードベース全体を一度に読むわけではなく、日々の作業では検索に頼ります（Claude Codeではコードベース検索と、階層化されたCLAUDE.mdによる文脈の先読み。Codexでは検索主導のファイル探索）。生のウィンドウサイズが最も効くのは、1ターンの中で多数のファイルにまたがる関係を推論するときで、そこではいまのところClaude Codeのほうがツール内のウィンドウが大きいです。

Codex CLIはローカルで動くのですか、クラウドで動くのですか

どちらでも動きますが、同じモードではありません。Codex CLIは既定ではローカルで動作し、これはどのターミナルツールとも同じパターンです。¹ クラウドへの委譲はcodex cloud execまたはCodex Cloudを介した別のフローで、OpenAIがホストする基盤上のコンテナでタスクを実行し、差分を返します。人が「Codexのサンドボックス」と言うとき、たいていはCodex Cloudのことを指しています。Codex CLIのローカルサンドボックスは、上の安全モデルのセクションで説明したカーネルレベルのSeatbelt / Landlockの経路です。

中国本土からClaude CodeとCodexにアクセスできますか

OpenAIとAnthropicのファーストパーティAPIへのアクセスは、中国本土からは公式にサポートされていません。CLIのバイナリはローカルにインストールして動きますが、中国本土からファーストパーティAPIへトラフィックを流すと、アカウント停止やコンプライアンス上の問題につながる可能性があります。正当な経路は、Azure OpenAI（中国以外の特定リージョン）、AWS Bedrock（東京、ソウル、シンガポール、ムンバイ、シドニーを含む最寄りの公開APACリージョン。中国本土と香港のランタイムエンドポイントはなし）、Google Vertex AI（asia-east2の香港をはじめとするAPACリージョン。モデルごとの提供状況に注意）、そしてClaudeについてはグローバルAzure上のMicrosoft Foundry（Azure Chinaではありません）です。詳細は上の中国からCodexとClaude Codeにアクセスするをご覧ください。

中国語のコメントやコードはトークン使用量にどう影響しますか

漢字は英語とは異なるトークン化をされます。Claudeのトークナイザーはほとんどの漢字を1文字あたり1トークンとして扱うため、中国語のソースコードは1行あたりでは同等の英語よりトークン効率が良いことが多い一方、1文字あたりでは効率が落ちます（1トークンが英単語の4〜6文字ではなく1文字をカバーするためです）。Codex（GPTファミリー）も似た方式です。実務上の効果としては、同等の内容のコメントやdocstringなら、どちらの言語でもトークン数はおおむね同程度と考えてよく、トークンあたりの挙動は自然言語の比率よりコードの構造に支配されます。

Claude CodeやCodex CLIのバックエンドにDeepSeek、Qwen、Kimiを使えますか

アダプターかゲートウェイ経由でのみ可能です。Claude CodeはAnthropic APIのリクエスト/レスポンス形式を前提とし（ANTHROPIC_BASE_URLはAnthropic互換のエンドポイントを指します）、CodexはOpenAIの形式を前提とします。DeepSeek / Qwen / Kimiはいずれも独自のAPIを公開しており、Claude CodeやCodex CLIのセッションから動かすには変換が必要です。コミュニティのアダプタープロジェクトは存在しますが一級市民ではなく、各プロバイダーが使うツール呼び出しとプロンプトキャッシュの方言は、マルチターンのエージェントループがしばしば壊れる程度には異なります。DeepSeek / Qwen / Kimiは、別のシェルハーネスを介した単発のコード生成や、それぞれの価格帯での単一ファイルのレビューには十分に有力な選択肢です。エージェントループの完全な正しさとツール呼び出しの信頼性は、依然としてこれらのCLIがチューニングされてきたフロンティアのClaudeとGPTのモデルから得られます。

Codex CLIとChatGPTのCodex機能の違いは何ですか

Codex CLIはgithub.com/openai/codexにあるターミナルツールです。ChatGPT内の「Codex」は、同じモデルファミリーをChatGPTのウェブ/デスクトップ/モバイルアプリで、異なるUIの作法（クラウドへのタスク委譲、非同期の結果、ChatGPT履歴との統合）とともに提供したものを指します。CLIとChatGPTは基盤となるモデルを共有し、ワークフローとコンテキスト管理が異なります。「ノートPCにどのツールを入れるべきか」という問いなら、それはCodex CLIのことです。

Codex CLIを使うにはChatGPTのサブスクリプションが必要ですか

いいえ。ただしコスト面では役に立ちます。Codex CLIは、トークン単位で課金される単体のOpenAI APIキーで動作します。ChatGPT PlusやProにはCodexの利用枠が一部含まれます（上限は現在のChatGPTサブスクリプションのページを確認してください）。¹⁴ 中国の開発者にとっては、中国本土の決済経路を通すChatGPTのサブスクリプションよりも、OpenAIアカウントでのAPI直接課金のほうがたいてい素直な経路です。

Claude Codeのhookの数は実際いくつですか

2026年8月時点の公式hookリファレンスによれば31のライフサイクルイベントです。² この数は着実に増えており、だからこそ古い引用が積み上がります。以前の記事は、凍結した時期に応じて17や26と書いています。2026年を通じて追加されたものには、PostToolUseFailure、SubagentStart、TeammateIdle、TaskCompleted、PermissionRequest、PermissionDenied、PreCompact / PostCompact、Elicitation / ElicitationResult、StopFailure、TaskCreated、CwdChanged、FileChanged、InstructionsLoaded、ConfigChange、WorktreeCreate / WorktreeRemove、Setup、そして直近ではDirectoryAdded（v2.1.219、2026年7月）があります。

Opus 4.7はいつリリースされ、この比較をどう変えますか

2026年4月16日です。Anthropicにとってポストglasswing初のGA版Opusリリースで、明示的なサイバー面のセーフガードを備えて出荷され、Claude Codeを標準料金で1Mトークンに引き上げ、SWE-bench Verifiedで87.6%というトップの座をもたらしました。ラインナップはその後2回動いています。Opus 4.8（2026年5月）、続いて同じ$5/$25のOpus 5（2026年7月24日）で、Sonnet 5（6月30日、ネイティブ1M、$2/$10）がProとTeam StandardにおけるClaude Codeの既定になりました。OpenAI側では、GPT-5.5（4月23日）がTerminal-Bench 2.0で82.7%という最高水準を取りました。ベンチマークの首位は流動的です。どの単一の結果も、ある時点の測定値として扱ってください。現状については上のコンテキストとモデルのセクションをご覧ください。