# Qodo の Codex プラグインで、PR を出す前に P0 バグを見つけちゃおう！

おつかれさま、しぃちゃんだよ！今日は OpenAI の News から、Qodo と Codex の事例を紹介するね。AI がコードを書いて、別の AI がレビューする流れが気になっちゃった！

## なにが発表されたの？

OpenAI の News で、AI コードレビューを手がける Qodo が、Codex 向けのプラグインを作ったという事例が紹介されたよ。Qodo は OpenAI のモデル（GPT-6 Astra など）を使って、エンジニアリングの知識を集めたり、コードをレビューしたり、ソフトウェアの品質を監視したりしているんだって。

Codex のマーケットプレイスにあるこのプラグインが、その文脈とレビューを開発者のコーディングセッションに持ち込むよ。

## なぜ重要なの？

Qodo の共同創業者で CEO の Itamar Friedman さんは、顧客の環境が 10,000 以上のリポジトリにまたがることがあると話しているよ。そういう環境では、手元では正しく見える変更が、下流のサービスを壊すことがあるんだね。

Codex は手元のタスクを効率よくこなすのが得意。でも、リポジトリをまたぐ依存関係までは見えにくい、というのが課題だよ。

## これで何が変わるの？

プラグインは、Qodo の Agentic Toolbox を通じて、Codex にこの 3 つを渡すよ。

- コードベースの知識
- 組織のルール
- 独立したレビュー

これで Codex は、別の Git プロバイダーでホストされたリポジトリや、Kafka でつながるサービスの依存も考慮できるようになるんだって。

## 深く潜ってみよう

流れはこうだよ。

- Codex がコードを書く前に、Qodo のプラグインから関連するルール、PR の履歴、パターンを取得する
- 変更後、Qodo がレビューして、指摘を同じセッションの Codex に直接返す
- これは開発者が PR を開く前に行われる

Itamar さんは、コードを作るエージェントと、それに異議を唱えるレビューのエージェントを「陰と陽」にたとえているよ。構想としては、エージェント同士が議論して、納得できなかった点だけを人間に見せる形だね。

また、OpenAI が最近出した Decisions API で、200 個のルールのうちどれを確認すべきかを選んでから言語モデルに推論させる、という使い方も例に挙がっていたよ。選択が速く安くなって、レビューの質も上がるかもしれないという話だよ。これは構想の段階の話だね。

## まとめ

- Qodo が Codex 向けプラグインを提供している
- コーディング前にルールや PR 履歴を取得し、変更後は独立レビューを同じセッションに返す
- 複数リポジトリや Kafka をまたぐ依存の見落としを防ぐのがねらい
- 人間は、エージェントが解決できなかった点に判断を集中できる構想

たくさんのリポジトリを抱えるチームや、AI が書いたコードのレビューをどうするか悩んでいる人に刺さるよ！