Claude Code で実装を進めながら、別系統の Codex による読み取りレビューやタスク委譲を同じセッションから回したい場面は増えています。
📑目次
OpenAI 公式の codex-plugin-cc は、Claude Code の marketplace から入れられるブリッジです。ツール切替なしに Codex を第二の目（レビュー）や作業役（rescue）として使えます。
この記事で固定すること
本記事では、公式 README と Codex の利用上限情報を中心に、次を一通り整理します。
- インストール手順
- コマンド境界（review / adversarial / rescue / transfer）
- 実務フロー（Claude 実装 × Codex レビュー）
- review gate とコストの注意点
スター数や話題性そのものではなく、「どのコマンドをいつ使うか」「どこで止めればよいか」を先に固定することが目的です。
codex-plugin-ccとは — Claude Code から Codex を公式に呼ぶ
何ができるか
結論から言うと、codex-plugin-cc は Claude Code 内から Codex でコードレビューやタスク委譲を行うための公式プラグインです。
独立した別ランタイムを起動する製品ではなく、ローカルの Codex CLI と app server に処理を委譲します。次をそのまま継承します。
- 既存のログイン状態
~/.codex/config.toml- 信頼済みプロジェクトの
.codex/config.toml - MCP 設定
調査時点（2026-07）の公開状況は次のとおりです。
- リポジトリ: openai/codex-plugin-cc
- ライセンス: Apache-2.0
- 最新リリース例: v1.0.6（2026-07-08）
- 利用経路: ChatGPT サブスク（Free 含む）または OpenAI API キー
主なコマンド群
主なコマンド群は次です。
/codex:review… 通常の読み取り専用レビュー/codex:adversarial-review… 設計・前提を挑戦する読み取り専用レビュー/codex:rescue… 調査・修正などのタスク委譲（書き込みが発生し得る）/codex:transfer… Claude セッション文脈を Codex へ引き継ぐ/codex:status//codex:result//codex:cancel… バックグラウンドジョブの管理/codex:setup… 環境確認と review gate の有効化・無効化
向いている読者は、すでに Claude Code を日常利用しており、Codex を「第二の目」または「限定スコープの作業役」として足したい開発者です。
Codex 単体の全機能を常に使いたい場合は、CLI 単体運用の方が向くことがあります。
インストール手順 — marketplace から setup まで
導入自体は短いです。公式 README が示す流れは次の4ステップです。
公式4ステップ
/plugin marketplace add openai/codex-plugin-cc/plugin install codex@openai-codex（user / project / local の scope を選択）- コマンドが見えない場合は
/reload-plugins /codex:setup（Codex 未導入なら npm 経由のインストール提案）
任意の手動導入と前提
任意で、手動導入とログインを明示する場合は次です。
npm install -g @openai/codex
!codex login
前提は次のとおりです。
- Node.js 18.18 以降
- Claude Code
- ChatGPT サブスクまたは API キー
利用量は Codex の usage limits に加算されます。プラグイン導入が無料に見えても、review や rescue の実行は Codex 枠を消費します。
完了の目安と設定
完了の目安は次です。
/codex:reviewなどのスラッシュコマンドが使える/agentsにcodex:codex-rescueが見える/codex:setupで Codex が ready と分かる
モデルや推論レベルは、プロジェクト／ユーザの .codex/config.toml で調整できます。
- 例:
modelやmodel_reasoning_effortを設定する - プロジェクト設定は trusted なリポジトリでのみ有効
- rescue では
--modelや--effortで一時的に上書きできる
コマンド比較表 — review / adversarial / rescue / transfer の使い分け
ここが本記事の核心です。名前が似ていても、変更可否と用途が違います。
コマンド一覧
| コマンド | 変更可否 | 主な用途 | 代表フラグ | 向いている場面 |
|---|---|---|---|---|
/codex:review |
読み取り専用 | 通常コードレビュー | --base --background --wait |
出荷前の第二の目 |
/codex:adversarial-review |
読み取り専用 | 設計・前提への挑戦 | --base + focus テキスト |
認証・競合・ロールバック等のリスク領域 |
/codex:rescue |
委譲（書込あり得る） | 調査・修正・継続 | --resume --fresh --model --effort --background |
バグ調査や軽い修正を別モデルへ |
/codex:transfer |
セッション移管 | Claude 文脈を Codex へ | --source（任意） |
Claude で詰まった続きを Codex で再開 |
/codex:status / result / cancel |
管理 | 進捗・結果・中止 | task id | バックグラウンド運用 |
出典: openai/codex-plugin-cc README（2026年7月時点）
使い分けの補足
reviewは通常レビュー向けで、カスタム focus テキストは想定されていません。adversarial-reviewは flags のあとに focus を書け、認証やデータ損失など特定リスクに寄せられます。rescueのsparkはgpt-5.3-codex-sparkにマップされます。model/effort 未指定時は Codex 既定です。- multi-file の review は時間がかかりやすいので、
--backgroundを既定にするのが現実的です。
公式 plugin / DIY / CLI の役割分担
公式 plugin、DIY の codex exec、Codex CLI 単体は役割が分かれます。
- 日常の二重チェック → 公式 plugin
- 細かい監査ループ制御 → DIY
- Codex 全機能の単独利用 → CLI 単体
この整理は独立解説でも見られます。
実務フロー — Claude 実装 × Codex レビューの回し方
推奨デフォルト
推奨する既定フローは次です。
- Claude Code で実装する
/codex:review --backgroundで並行レビューを投げる/codex:statusで進捗を見る/codex:resultで指摘を受け取り、Claude 側で修正する
高リスク変更と rescue / transfer
高リスク変更（認証、課金、データ移行、競合更新、破壊的スキーマ変更など）では、/codex:adversarial-review --base main に focus テキストを添え、観点を絞ります。
失敗テストの原因調査や最小修正を別系統に任せる場合は、/codex:rescue --background ... を使います。
- 同じ文脈を続けるなら
--resume - 新規観点でやり直すなら
--fresh - rescue は書き込みが起き得るので、スコープを狭くし、結果をレビューしてからマージする前提が安全
/codex:transfer は、Claude 側で詰まった作業を Codex セッションへ移すときに使います。完全な自動移行というより、履歴を Codex thread に載せ替えて再開する橋渡しです。
意思決定の目安
意思決定の目安は次のとおりです。
- 第二の目だけ欲しい →
review（必要時のみadversarial-review） - 調査・修正を委譲したい → スコープを切った
rescue - Claude 文脈ごと移したい →
transfer - 常時ゲートで止めたい → 原則しない（次章）
制限・コスト・review gate — 先に知っておく境界
プラグインの価値は高い一方で、先に境界を知らないとコストとループで詰まります。
利用上限と料金
第一に、利用は Codex の usage limits に加算されます。
公式の Codex pricing では、Free を含む ChatGPT サブスクや API キー経路が示され、プランごとの利用枠を共有します。
ポイントは次です。
- Plus の5時間窓では、モデルによってローカルメッセージ数が大きく変動するレンジが掲載されている
- 例として Sol 系は低め、mini 系は高めのレンジ
- 数値はモデル・コンテキスト・ツール利用で変わる
- プロンプト長だけでは見積もれない
multi-file review の待ち方
第二に、multi-file review は時間がかかります。
インタラクティブに待ち続けるより、background → status → result の方が運用しやすいです。
review gate の注意
第三に、review gate（/codex:setup --enable-review-gate）です。
Stop フック経由で Codex レビューを挟み、問題があれば Claude の stop をブロックして修正ループに入ります。
便利に見えますが、公式 README は長い Claude/Codex ループと利用上限の急速消費を警告しています。監視できる高リスクセッション以外では、常時オンにしない方が安全です。
トラブル時の切り分け
トラブル時の切り分け例です。
- Node.js が 18.18 未満 → アップグレード
- 未ログイン / 認証失敗 →
codex loginと/codex:setup再確認 - 巨大 diff でバッファ系エラー → base 指定や差分縮小、background 化
- review gate が終わらない → 監視下で停止し、
--disable-review-gateで無効化してから原因を切り分ける
関連記事:
- Claude Code Skillsの書き方｜公式と公開実例で設計
- T3MP3STとは？Claude Code / Codexをハッカースウォームに変えるオープンソースレッドチームフレームワーク
- Meta、Applied AIエンジニアのClaude Code/Codex利用を事前承認制に制限 — 蒸留リスクとLlama学習データ保護
よくある質問（FAQ）
Q1. 別途 Codex アカウントが必要ですか？
同じマシンで既に Codex にログイン済みなら、その認証を使います。未使用なら ChatGPT または API キーで codex login し、/codex:setup で確認します。
Q2. プラグインは別ランタイムですか？
いいえ。ローカル Codex CLI と app server に委譲する構成です。設定・環境・MCP も既存 Codex と共有します。
Q3. review と adversarial-review の違いは何ですか？
どちらも読み取り専用です。review は通常のコードレビューで focus テキスト向きではありません。adversarial-review は設計・前提を挑戦でき、flags 後に focus を書けます。
Q4. review gate は常時オンにすべきですか？
いいえ。公式が利用上限の急速消費を警告しています。高リスクで監視できるとき以外はオフを推奨します。
Q5. モデルや推論レベルはどう変えますか？
ユーザ／プロジェクトの .codex/config.toml、または rescue の --model / --effort です。プロジェクト設定は trusted な場合に有効です。
筆者の観点
筆者は、別モデルでコードレビューすると同じモデルでは検出できなかった問題が見つかることがあり、/codex:review は Claude Code を使いながら Codex のモデルを簡単に利用できる実践的な手段だと考えています。
その前提でも、価値の中心は次の境界運用です。
- 「常時二重チェック」ではない
- 「Claude で実装し、必要なときだけ Codex を第二の目にする」運用にする
最初の1回は background review を通し、review gate は後回しにする方が安全です。
CLI 単体のコマンド体系を深掘りしたい場合はCodex CLI コマンド完全ガイドも参照してください。
まとめ — 次にやることチェックリスト
- marketplace 追加 → install → reload →
/codex:setupで Codex が ready か確認する - 最初の1回として
/codex:review --background→/codex:status→/codex:resultを試す - 高リスク変更だけ
/codex:adversarial-reviewを使い、focus で観点を絞る - rescue はスコープを狭くし、background で回してから結果をレビューする
- review gate は常時オンにしない（監視可能なセッションのみ）
- 予算は Codex pricing の枠と model 選択で設計する
Claude 実装と Codex レビューを同じターミナルから分業できるのが、codex-plugin-cc の実務価値です。導入コマンドとコマンド境界を先に固定し、コストとループのリスクを織り込んだうえで使い始めると、ロックイン前提の一本化ではなく、オーケストレーション寄りの運用に寄せやすくなります。
関連する新しい記事:
- Keystrokeとは？Claude Code/Cursor向けn8n代替の使い方と採用判断 – This published update adds current operational context for CodexプラグインでClaude Codeからレビュー委譲.
- Claude にパスワードを渡さずログイン — 1Password for Claude の zero-exposure – This published update adds current operational context for CodexプラグインでClaude Codeからレビュー委譲.
- Docker Sandboxes（sbx）入門｜Claude Code を microVM で安全に無人実行 – This published update adds current operational context for CodexプラグインでClaude Codeからレビュー委譲.
- Claudeエージェントの敵対的検証入門｜レビューとの違いとチェックリスト – This published update adds current operational context for CodexプラグインでClaude Codeからレビュー委譲.
- Agent Teamsの役割設計｜FableとGPT-5.6の使い分け【2026】 – This published update adds current operational context for CodexプラグインでClaude Codeからレビュー委譲.
著者
krona23
IT業界20年以上の実務経験を持ち、日本国内有数のPVを誇る大規模Webサービスで事業部長・CTOを複数社で歴任。Windows/iOS/Android/Webと技術の変遷を経験し、現在はAIネイティブへの変革に注力。DevGENTでは、AIコードエディタ・自動化ツール・LLMの実践的な使い方を日英西3言語で発信中。
コメントを残す