Codex vs Claude Code: 毎日両方使ってわかったこと

私は毎日、Claude CodeとCodexの両方を使っていますが、どちらか一方が完全にもう一方に取って代わったわけではありません。ただ、両方がリリースされてからの時間を合計すると、今でもClaude Codeに75%以上を費やしています。より成熟したツールで、周辺のtoolchainも大きいので、これが私の日常的な作業ツールです。直感だけで選ぶならCodexです。起動が速く、より前面に出ずに使えます。ただ、ある日にどちらを開くかを決める要因は、ツールそのものよりも、その土台となっているどのmodelがその週に調子がいいか、ということのほうが大きいです。

リソース使用量 — あなたのマシンが実際に感じるもの

コードを一行も触る前から、この2つのツールはそこにあるだけで違いが感じられます。Claude Code は Activity Monitor でのプロセスが明らかに重く、通常は数百 MB を消費していますが、Codex は数十 MB で待機しています。ターミナルで claude と入力すると、プロンプトが使えるようになるまで数秒待つことになりますが、codex と入力すればほぼ即座に起動します。

それを単に説明するのではなく数値で示すために、同じマシン（MacBook Air、M3、24GB RAM、macOS 26.5.1）、同じネットワーク上で両方のCLIを測定しました。まず、/usr/bin/time -l を使って、両方に対して連続で実行した、些細な非対話タスク（1行の応答プロンプト、ファイル編集なし）です。

それから、それぞれを対話的に起動し、プロンプトで何もせずに数秒間そのまま待ってから、ps で常駐メモリを確認しました:

そのアイドル時の数値は、両方のツールを端末タブのバックグラウンドで開きっぱなしにしているときに実際に体感する値により近く、そして「数百MB vs 数十MB」という感覚的な差とほぼぴったり一致します。

これが実際以上に厳密に見えないようにするための注意点: 単一マシン、単一セッション、ベンチマークスイートではなく、さらに Codex のプロセスは、新規のデフォルトインストールではなく、たまたまローカルで設定されたプロバイダー経由でルーティングされました。タスクのタイミングは、ヘッドレスでの往復全体（プロセス開始、モデル呼び出し、応答、終了）を測定しています。これは、claude と入力してターミナルを見つめたときに感じる「対話プロンプトが使えるようになるまでどれくらいか」という待ち時間とは、完全には同じではありません。メモリの数値のほうがより信頼できる部分です。タスク時とアイドル時の両方の測定が同じ方向を示しており、どちらかが動き始める前の段階でも、Claude Code のほうが Codex よりもプロセス内状態（ツールのルーティング、フック、セッションコンテキスト）を多く保持していることと整合しています。

料金：実際に何にお金を払っているのか

APIを直接経由しない限り、どちらのツールもトークンごとに課金されることはありません。どちらも親会社の定額サブスクリプションプランに乗っており、スロットリングされる前にどれだけ余裕があるかを決めるのはそれです。

（Anthropic の 料金ページ と OpenAI の Codex 料金ページ を基準にした現在の情報です。プランは変わるので、契約する前に両方確認するつもりです。）私が実際に感じている差は、OpenAI には $100 の中間プランがないため、ChatGPT Plus を使い切ると次は一気に $200 になることです。Anthropic にはその間に $100 の段階があります。API 経由でどちらかのモデルを直接呼び出す場合は、CLI にバンドルされたサブスクリプションとは別料金です。つまり、パッケージ化されたツールを使うのではなく自分でエージェントを構築する用途では別課金になります。その用途では、Anthropic や OpenAI に定価を直接払う代わりに AIReiter を使っています。同じモデルを割引価格で再販しているからです。

私が行ったり来たりを続けている理由

私が手に取るツールは、ツール自体よりも基盤となるモデルによって変わることのほうが多いです。OpenAIのGPT-5.5が公開されたときは、しばらくの間Claudeよりも明らかに優れていて、その期間は日々の作業の大半をCodexに移しました。その優位は長続きせず、数週間後にはGPTの品質が再び低下したため、デフォルトをClaude Codeに戻しました。Claudeにも独自の品質の波はありますが、この同じ期間にGPTで見たものよりは小さく、影響も少ないです。

「Codex vs Claude Code」を選ぶことは、部分的には、その週にどちらのフロンティアモデルがより優れているかを選ぶための代理にもなっています。CLIシェルだけ――UI、サンドボックス、エコシステム――を評価しても、実際に人々をこの2つの間で行き来させる要因は見えてきません。またこれは、2つのツールのより一般的に知られた違いにも対応しています。Codexはハンズオフ寄りで（タスクを与えて離れ、あとでdiffをレビューする）、一方でClaude Codeはハンズオン寄りです（やり取りがより速く、こちらの指示待ちになるチェックポイントがより多い）。

機能成熟度のギャップ — 欠けている巻き戻し

ツールの成熟度に関しては、Claude Codeが今もCodexより明確に優位であり、私にとってその最も分かりやすい例は、ひとつの地味な機能です。セッションの途中でコードを以前のバージョンにロールバックすること。Claude Codeはこれをネイティブでサポートしており、編集がうまくいかなかったときには以前のチェックポイントに巻き戻せます。Codexにはまだそれがなく、リリースされてから十分に時間が経っているので、もはや「出たばかりだから、時間をあげよう」という言い訳は受け入れません。素早く反復し、ときにはエージェントを行き過ぎさせるのがまさに私のワークフローなので、これは例外的なケースではなく、毎週のようにその不在に気づく機能です。

Claude Code のより広いエコシステムも、私にとって同じ傾向があります。subagents、hooks、そして Agent Skills システム（Anthropic が最初に導入し、後に Codex も採用した標準）があることで、その上にワークフローを構築するための表面積が増えています。Codex の同等のツールも存在しますが、日々の使用ではより薄く感じられます。また、OpenAI がより多くの場所に展開している一方で、その CLI/IDE/cloud/app の面は名前の付け方がより断片化しています。

サンドボックスと信頼の問題

この2つのツールは、私自身のミスから私を守る方法がそれぞれ異なります。CodexはOSレベルで隔離を強制します。macOSではSeatbelt、LinuxではLandlock、Windowsではサンドボックスを使うため、暴走したシェルコマンドは、エージェント自身の判断ではなくカーネルによって封じ込められます。Claude Codeの安全モデルはアプリケーション層にあり、私が設定できるhooksの仕組みを通じて、実行前にアクションをゲートしたりブロックしたりします。どちらのアプローチも、理論上どちらが絶対に安全だとは言えません。失敗の仕方が異なるのです。そしてCodexがオープンソースであるということは、そのsandboxがどのように実装されているのかを、信じるのではなく実際に読むことができるという意味でもあります。

信頼もまた、今年 Claude Code が大きく失ったものの一つであり、クローズドソースに忠実であり続けることに私がためらいを覚える唯一の理由でもあります。2026年7月、中国の国家脆弱性データベースは、開発者に対し最近の Claude Code のバージョンを使わないよう公に警告しました。その理由は、2.1.91 から 2.1.196 までのバージョンに、端末のタイムゾーンと、通信が非公式の API エンドポイント経由かどうかを確認し、その結果に応じてリクエストにフラグを付ける隠れた仕組みがあったためです。Anthropic はその仕組みの存在を認め、それをバックドアではなく蒸留防止の実験だと説明し、バージョン 2.1.198 で削除しました。ここでこの件全体を蒸し返すつもりはありませんが、私にとってはクローズドソースのツールに対する明確なマイナスです。読めないものは確認できず、Codex がオープンソースである以上、この特定の失敗モードは同じ形では当てはまりません。

では、実際にどちらを使うべきでしょうか

もしあなたの日常が私と似ていて、つまり小〜中規模のタスクを素早く反復し、周りに充実したツールチェーン（subagents、hooks、skills、途中で確認してロールバックできるクイック編集など）を求めているなら、Claude Code のほうがより安全な日常のデフォルトです。大きくて要件が明確なタスクを渡してそのまま任せたい場合や、監査できて厳しく制限された sandbox 内で実行できるオープンソースの agent が欲しい場合は、Codex は正当な第一候補ですし、動作中に自分のマシンへの負荷が軽く感じられるのもこちらです。

私はどちらか一方に完全には固定していませんし、私が知っているヘビーユーザーの多くもそうです。私は基本的に、その時点でより良い性能を出している基盤モデルを使えるツールを優先し、もう一方は、そのツール固有の強み――Codex のサンドボックス化とリソース使用量、Claude Code のエコシステムと巻き戻し対応――がその作業に本当に重要な場合のために残しています。

よくある質問

CodexはClaude Codeより優れていますか？

どちらも圧倒的に優れているわけではありません。Codex はリソース消費が少なく、長時間の放置型タスクにより適しています。Claude Code は、より成熟したエコシステム、セッション途中の巻き戻し、そしてより低価格の中位サブスクリプションプランを備えています。特定の週にどちらがより良い性能を発揮するかは、ツール自体よりも、基盤となるモデルのその時点での出来に左右されることがよくあります。

Claude Code または Codex は無料ですか?

いいえ — どちらも、本格的な日常利用には有料プランが必要です。Claude Code には Claude Pro（$20/mo）以上が必要で、Codex には ChatGPT Plus（$20/mo）以上が必要です。軽い、たまに使う程度なら無料プランの試用枠に収まる場合もありますが、どちらも毎日のエージェント的なコーディングを無料で継続することはできません。

同じプロジェクトで両方を使えますか？

はい、これはヘビーユーザーの間でよくあるパターンです。1つのツールで作業の大部分を行い、もう1つで2回目の確認をするのです。新鮮な視点があれば、最初のツールのモデル自身が自分の出力では見落としがちな盲点を見つけられます。何がどう変わったのか、そしてその理由を短い共有ログに残しておけば、2つ目のツールが文脈を推測せずに済みます。

結論

どちらも日常的に使えるツールですが、それぞれ弱点が異なります。Codex は軽量で起動も速い一方、セッションの途中で履歴を巻き戻すことはまだできません。Claude Code はマシンへの負荷は大きいものの、より深いツールチェーンを備えており、$100 の中位プランはヘビーユーザーに OpenAI が提供していない一段上の選択肢を与えてくれます。両者がリリースされてからの私の時間配分も、今なお 75% 以上が Claude Code に落ち着いていますが、それは Codex への評価というより、実際のワークフローにおいてエコシステムの差がどれほど重要かを反映したものです。今日どちらを開くべきかは、各ツールのロードマップよりも、その背後にあるモデルが今どれだけ優れた仕事をしているかに、より強く左右されます。