OpenAI、ライバルClaude Codeの中で動く公式プラグインを出した — codex-plugin-ccの中身

ライバル企業のプロダクトに、公式のプラグインを出す。

そんな普通ならあり得ない動きを、OpenAI がさらっとやってのけた。2026年4月頭、OpenAI は GitHub 上で openai/codex-plugin-cc というリポジトリを公開した。名前のとおり、Anthropic の Claude Code の中から OpenAI Codex を呼び出すための公式プラグインである。

競合がお互いの壁を削る日が来るとは思っていなかった。でも実物を触ってみると、これはかなり実用的で、しかも「やろうと思えばできること」というより「やらないと損する設計」になっている。

何ができるのか、一言で

Claude Code のセッションを開いている最中に、スラッシュコマンドで Codex を呼び出す。/codex:review で今書いたコードをレビューさせる、/codex:result で結果を取ってくる、といった具合に、Claude Code の画面から離れずに Codex の目線を借りられる。

ポイントは「モデルを切り替える」のではなく「エージェントを呼び分ける」発想になっていることだ。Claude Code が面倒を見ているコンテキストやファイル状態はそのまま、必要な時だけ Codex にセカンドオピニオンを求める。書く人と見る人を分ける運用が、1画面で完結する。

3つの使い方

GitHub リポジトリと OpenAI Developer Community のアナウンスを読みつつ実機で試した限り、用途は大きく3パターンある。

① 通常のコードレビュー（Standard review）

/codex:review を叩くと、Claude Code が直前に触っていたコードを Codex が読んで、バグや設計上の引っかかりを指摘する。Codex 単体で /review を走らせたのとほぼ同じ出力が返ってくる。Claude が書いたコードを Claude 自身にレビューさせる運用と比べ、違うモデルの目で検証する効果がそのまま効く。

② 敵対的レビュー（Adversarial review）

これが一番面白い。実装の「前提」「トレードオフ」「失敗モード」を敵対的な視点から問い直すモードで、「このエラー処理で本当に十分？」「この抽象化は過剰では？」といった粒度のツッコミが来る。Codex が Claude の出力に対して「違う立場」を取るように設計されているので、同じモデルに自己レビューさせる時に起きがちな シコファンシー（Yes-man）バイアスを避けやすい。

③ 重いタスクの委譲（codex-rescue）

Claude Code が詰まった時、あるいは Claude のコンテキストを汚したくない調査系タスクを、codex-rescue というサブエージェント経由で Codex にまるごと預けられる。Claude Code のセッションを軽く保ったまま、時間のかかる探索や生成を Codex に裏で走らせる運用ができる。

インストールと前提

実機で試す手順も書いておく。

Claude Code の plugin marketplace 機能から openai/codex-plugin-cc を追加する（コマンドが通らない場合は /reload-plugins で一度リストを更新する）
インストール後に /codex:setup を叩くと、Codex CLI が入っているかを確認し、なければ npm で入れてくれる
要件は Node.js 18.18 以上。ChatGPT サブスクリプション（無料プランも可）か OpenAI API キーのどちらかで動く

ここで地味に効いているのが、Codex 側は ChatGPT Free プランでも動くという点だ。Claude Code のサブスクを払っている人が、新しく有料課金を追加することなく Codex 連携を試せる。導入障壁を極限まで下げにきている。

なぜ OpenAI はこれを出したのか

素直に考えると謎ムーブに見える。Codex は独自の CLI や IDE 統合を持っているのに、わざわざ競合エディタのプラグインを公式で書く理由はなんなのか。

ひとつの解釈は、「どのエディタを使うか」の戦争をとっくに諦めているということだ。Pragmatic Engineer の2026年2月調査で Claude Code が "most loved" 46% を取ったように、Claude Code の陣地はすでに強固で、OpenAI が自社 IDE だけで戦っても奪還は難しい。ならば、Claude Code の中に Codex の足場を作り、コードレビューの瞬間にユーザーの目を Codex に向ける方が早い。

もうひとつは、モデル多様性のマーケティングだ。「Claude のコードを OpenAI の目でチェックしよう」というメッセージは、それ自体が Codex の存在意義を強化する。Claude を使っている人ほど Codex を意識せざるを得なくなるし、逆に Codex 単独ユーザーにとっては「相手の牙城で堂々と戦えるプロダクト」という印象が残る。

筆者の観察では、この動きは少し前からの流れの延長だ。OpenAI は Claude Code の人気を無視せず、Codex CLI 側に MCP Apps やリアルタイム音声の大型拡張を入れたうえで、今回の plugin まで出した。"自社エコシステムで囲い込む"戦略から "相手のエディタにも住み着く"戦略へ 軸足が移った、と読んでいる。

実務で何が嬉しいのか

ここまでが仕組みの話。ここからは、この plugin があると実際にどんな体験が変わるかを3つだけ挙げておきたい。

1. 「レビュー疲れ」を別モデルに押し付けられる

Claude Code で長いリファクタをやると、最後の方で自分の判断力が落ちてくる。Claude 自身に「レビューして」と頼んでも、自分で書いたコードを自分でレビューするので盲点が出やすい。ここに /codex:review を挟むと、疲れた人間でも、疲れていない別モデルがレビュー工程を担ってくれる。Claude → Codex の二段ゲートを経たコードは、明らかに「見落としが減る感」がある。

2. 設計レビューに「反対意見担当」が常駐する

一人開発で一番欠けるのは、実装方針を選ぶ段階で「それ本当に必要？」と問い詰めてくれる同僚だ。Adversarial review は、まさにこのポジションを自動化する。設計のドラフトを書いたら /codex:review --adversarial を走らせる、という運用を1週間続けるだけで、実装前に潰れる迷い道が明らかに増える。

3. 長タスクの「並列運転」がやりやすくなる

Claude Code で作業しながら、裏で「このファイル全体のリファクタ計画を立てて」というような重い依頼を Codex に流せる。従来なら別ターミナルを立ち上げて Codex CLI を起動し、コンテキストを手動で貼り直す必要があった。codex-rescue 経由ならその手間がない。1人で2エージェントを回す感覚が、初めて "疲れない" 形で成立する。

気になる点も正直に

これだけ持ち上げておいて何だが、懸念点も並べる。

まず、プラグイン初日のクオリティ問題。 /codex:review がたまにコンテキストを取り違え、直前に触っていないファイルにコメントを返してくることがある。これは Claude Code 側のプラグイン API の成熟度にも依存しており、数週間で枯れていくと思われる。

次に、料金の透明性。 Codex 側の実行は ChatGPT サブスクか API キーで走るが、API キー経由だと「どのコマンドが何トークン使ったか」の実測が Claude Code の画面からは見えにくい。重いタスクを委譲しすぎると、気付くと API 請求が膨らんでいる可能性がある。コスト管理を意識するなら、まずは ChatGPT Plus の枠内で試すのが無難だろう。

そして、OpenAI と Anthropic の関係次第でいつでも壊れ得るという構造的リスク。 公式とはいえ、OpenAI が Anthropic の内部プロトコル変更に追随し続ける保証はない。Claude Code 側のプラグイン仕様が変わった時に、この plugin がどれだけ素早く追随されるかは未知数だ。本番ワークフローに組み込むなら、「動かなくなっても困らない」レイヤーで使うのが賢明だ。

まとめ

codex-plugin-cc は、単なる便利ツールではなく「誰がどのエディタを使うか」の競争が一段落したことを示すシグナルだと思っている。AIコーディングツールは"単体で勝つ"から"相手の土俵でも居場所を作る"ステージに入った。

読者のアクションとしては、Claude Code を日常的に使っているなら、とりあえず入れてみる価値はある。ChatGPT Free があれば追加課金なしで試せるし、/codex:review の一撃で体験価値の大半は伝わる。Claude だけで書いて Claude だけでレビューしていた習慣に、もう一人"違うモデルの目"を追加する。それだけで書くコードの精度は上がる。

合わせて読みたい:

openai/codex-plugin-cc (GitHub) / OpenAI Developer Community アナウンス