「OpenAIがClaude Code用プラグインを出した」——でも、それがなくても呼べています

最近、動画やSNSで「OpenAIがClaude Code用のプラグインを公開した」という話題をよく見かけるようになりました。codex-plugin-cc という名前のもので、「ついにAI同士が連携する時代が来た」という論調で紹介されていることもあります。

前回、Claude Code と Codex を併用する話を書いたばかりだったので、私たちも気になって調べました。そして、いま実際に使っている環境を確認して分かったのは、こういうことでした。

このプラグインは実在するし、便利です。ただ、私たちはそれを入れないまま、もう何日も前から同じことをやっていました。

「話題のツールが出た=それがないとできない」ではありません。今回は、codex-plugin-cc の実態を事実ベースで整理したうえで、なぜ私たちの環境では最初から”協働”できていたのか、そしてプラグインは結局なにを上乗せしてくれるのかを書きます。

夜のオフィスで、青い髪のエンジニアから緑の髪のエンジニアへ、ソースコードが光る一枚の紙が手渡されるアニメ風イラスト。背後にはターミナルを映した2台のモニターと、窓の外の街明かり
AIから別のAIへ、作業を引き継ぐイメージ。この記事のアイキャッチもOpenAIの画像生成APIで作成した。

まず事実:codex-plugin-cc とは何か

噂と実物がずれやすいところなので、公式リポジトリで確認できた事実だけを並べます。

項目 内容
提供元 OpenAI(公式リポジトリ openai/codex-plugin-cc
初版公開 2026年3月30日(v1.0.0)
最新版 v1.0.6(2026年7月8日時点)
ライセンス Apache-2.0
注目度 公開直後から伸び、現在は3万近いスター
必要なもの Node.js 18.18以上/ChatGPTアカウント(無料枠を含む)またはOpenAI APIキー

実体は、Claude Code のプラグインです。Claude Code の中に /codex:... というコマンド群を追加してくれます。

コマンド できること
/codex:review 現在の変更を Codex に読み取り専用でレビューさせる
/codex:adversarial-review より批判的な視点で、設計判断や前提そのものを問い直させる
/codex:rescue 難しい不具合の調査や修正を Codex に丸ごと任せる
/codex:transfer いまの Claude Code の会話を、そのまま Codex 側のスレッドとして引き継ぐ
/codex:status / /codex:result / /codex:cancel 裏で走らせた作業の状況確認・結果取得・中止
/codex:setup 導入とログインの確認、後述の「レビュー関門」の設定

導入は、Claude Code の中で次の4行です。

/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setup

最後の /codex:setup が導入状態とログインを点検してくれます。Codex CLI がまだPCに入っていない場合も、この場でインストールまで案内してくれるので、事前に自分で用意しておく必要はありません。

いちばん大事な事実:これは「新しい通信路」ではない

ここが、話題のされ方といちばんズレていた点でした。

このプラグインは、Claude と Codex の間に新しい直通回線を引くものではありません。公式の説明どおり、やっていることは「あなたのPCにすでに入っている Codex CLI を呼び出す」ことです。 認証も設定も作業フォルダも、Codex を単体で使ったときとまったく同じものを使い回します。専用のアカウントも、専用のサーバーも要りません。使った分は、そのまま普段の Codex の利用枠から減ります。

つまり、プラグインの正体は「Codex を呼ぶ手順を、きれいに包装したもの」です。魔法の配線ではなく、便利な包装紙。これが分かると、次の話がすっと通ります。

では、なぜ私たちは入れなくても呼べていたのか

答えは拍子抜けするほど単純で、Claude Code はシェルコマンドを実行できるからです。

前回の記事でも書いたとおり、私たちは以前から Claude に「あなたは編集しないで、Codex を呼んで結果を要約して」と頼むだけで、相互レビューを回していました。実際に使っている一行はこれだけです。

codex exec --sandbox read-only --output-last-message codex-review.md \
  "このファイルを読んで、事実誤りと抜けだけ指摘して"

今回あらためて、この記事を書いている作業環境の状態を確認しました。

  • PC に入っている Codex CLI:0.142.5(ChatGPTアカウントでログイン済み)
  • codex-plugin-cc未導入(プラグイン用のフォルダ自体が存在しない)

この状態で、Claude から Codex へのレビュー依頼は普通に通ります。プラグインが呼んでいるのと同じ CLI を、こちらは直接叩いているだけだからです。プラグインを入れても入れなくても、最終的に走っているものは同じ、というわけです。

この記事の事実確認も、プラグインなしで Codex にやらせました

せっかくなので、この記事自体で試しました。書き上げた原稿を、そのまま Codex に読み取り専用で渡し、「事実誤りだけを指摘して」と頼んだのです。

返ってきた指摘は2件。どちらも本当の間違いでした。

  • 導入手順が1行足りない(/plugin install のあとに /reload-plugins が必要)
  • 「必要なもの」に Codex CLI の事前導入を挙げていたが、公式の要件はそこまで求めていない(未導入なら /codex:setup が導入まで案内してくれる)

上の表と手順は、この指摘を受けて直したあとのものです。バージョン番号や公開日、ライセンス、コマンド名、そして「ローカルのCLIに委譲している」という肝心の説明については「誤りなし」との回答でした。

プラグインを入れていない環境で、プラグインについて書いた記事を、そのプラグインが呼ぶはずの相手に校閲させた——今回いちばん、話の筋が通った瞬間でした。

「協働」を成り立たせているのは、実はもっと地味なもの

そう考えると、AI同士の協働を可能にしているのは、特別な連携機能ではないことが見えてきます。必要だったのは、次の2つだけでした。

  1. 両者が同じフォルダの同じテキストファイルを読み書きできること。 ソースコードも原稿も、突き詰めればただのテキストです。片方が書いたものを、もう片方がそのまま開けます。
  2. 片方がコマンドを実行できること。 これがあれば、AIから別のAIを呼べます。

派手な仕組みではありませんが、これで足ります。逆にいえば、この2つが揃っている環境なら、どの組み合わせでも同じことができます。実際、逆方向——Codex 側から Claude を呼んでレビューさせる仕組みも、すでに私たちの環境に用意してあります。

公平に見て、プラグインは何を上乗せしてくれるのか

「なくてもできる」は「あっても無意味」とは違います。包装紙にもちゃんと価値があります。自前でコマンドを叩く方式と比べて、プラグインが効くのは次の点でした。

自前で codex exec を呼ぶ codex-plugin-cc
レビュー依頼 毎回こちらで文面と条件を指定 /codex:review の一言。指示文が定型化済み
批判的レビュー 自分でプロンプトを工夫する /codex:adversarial-review として最初から用意されている
長い作業 終わるまで待つことになりがち 裏で走らせて、status / result で後から回収できる
会話の引き継ぎ 手作業で要約を渡す /codex:transfer でそのままスレッド化
導入確認 自分で確かめる /codex:setup が導入・ログインを点検

特に、長時間かかるレビューを裏で走らせて後から結果を取りに行ける点は、自前では素直に書きづらいところです。人数や依頼の頻度が増えるほど、この差は効いてきます。

ひとつ注意したい「レビュー関門」

プラグインには、Claude が返答するたびに自動で Codex のレビューを挟み、指摘があれば先に進ませない、という任意機能(レビュー関門)があります。品質面では魅力的ですが、公式ドキュメント自身が「終わらないループになりやすく、利用枠を急速に消費する」と警告しています。 有効にするなら、目を離さない場面に限るのが無難です。

私たちの結論

現時点では、私たちは自前でコマンドを呼ぶ方式のままで進めます。理由は3つです。

  • 読み取り専用に固定しておきたい。 レビュー役には書き換えをさせない、という運用を自分の手で握っておきたい。
  • 呼ぶタイミングは人が決めたい。 自動で挟まるより、「ここで別の目を入れる」と判断して呼ぶほうが、いまの規模には合っています。
  • 中で何が起きているかを把握しておきたい。 Windows 環境ではパスの扱いなど独特のつまずきがあり、包装を一枚はさむ前に素の挙動を分かっておきたい。

とはいえ、これは「プラグインは不要」という主張ではありません。チームで使う頻度が上がり、レビュー待ちが増えてきたら、そのときは迷わず入れると思います。

まとめ

  • codex-plugin-cc は実在する OpenAI 公式のプラグイン。2026年3月30日公開、いまも更新が続いています。
  • ただし、その中身はPCに入っている Codex を呼び出しているだけ。新しい直通回線ではありません。
  • だから、シェルコマンドを実行できる環境なら、プラグインがなくてもAI同士の協働はすでに成立します。
  • プラグインの価値は「できるようになること」ではなく、「手間が減ること」——定型化・裏での実行・会話の引き継ぎ。
  • 話題のツールが出たときは、「乗り換えるかどうか」ではなく、「自分たちのいまの回し方の、どこが楽になるか」で判断すると迷いません。

新しいものが出るたびに追いかけていると、手段が目的になりがちです。大事なのは、自分たちの手元でどう回っているかを一度きちんと確認すること。今回もそれをやってみたら、「もう持っていた」という結論になりました。


※本記事の内容は2026年7月25日時点で確認した情報にもとづきます。バージョンや機能は随時更新されます。アイキャッチ画像はOpenAI gpt-image-2 で生成したものです。