CodexとClaude Code、
どちらが優秀かではなく、
どこでぶつけるか

「CodexとClaude Codeは、どちらが優秀ですか」

AIを使っていると、よく聞かれます。けれど、私が知りたいのは勝敗ではありません。

重要なのは、それぞれに何を任せ、どこで意見をぶつけると、自分一人ではたどり着けない考えが生まれるかです。

現在は、主にCodexを実装、Claude Codeを整理やレビューに使っています。両方に私の判断基準を渡し、互いの仕事をレビューさせます。同じ「山根の脳」を持たせても、立つ場所が違えば、見つける問題も変わるからです。

実装するCodex、立ち止まるClaude Code

Codexには、コードを書く、ファイルを修正する、テストを実行するなど、考えたことを動くものへ変える役割を任せます。

Claude Codeには、前提はそろっているか、仕様と実装がずれていないか、誰の都合を優先しているかを整理してもらいます。

Codexが実装中に見つけた矛盾をClaude Codeへ返し、Claude Codeが整理した論点をCodexへ戻す。この往復によって、実装を進めながら考えも更新します。

同じ判断基準でも、見える問題は変わる

両方のAIには、目的と手段を混同しない、作れるかより運用できるかを見る、失敗したときに戻れる構造にするといった考え方を渡しています。

それでも答えは一致しません。Codexは手を動かす過程で具体的な問題を見つけ、Claude Codeは全体を見渡して前提や論理の抜けを見つけます。

これは、AI同士で正解を決める多数決ではありません。異なる見方を衝突させ、人間の判断を深くするための仕組みです。

Yamane OSで、問いそのものが変わった

この使い方が最もよく表れたのが、Yamane OSの安全モデルを作ったときです。

最初の問いは、「Codexへ慎重な指示を出せば、安全に実装できるのではないか」でした。しかし、Claude Codeに構造をレビューさせると、同じAIが変更を作り、そのまま原本へ反映できること自体がリスクだと分かりました。

AIを絶対に間違えないようにするのではなく、間違えても原本へ届かないようにする。

そこで、作業を三つに分けました。

1. 隔離された環境で変更案を作る
2. 差分を人間と別のAIが確認する
3. 承認された変更だけを別の権限で反映する

安全性は、プロンプトではなく構造で作る

問いは「どう指示すれば安全か」から、「間違えても、なぜ事故にならないのか」へ変わりました。

AIに答えではなく、議論を起こしてもらう

一つのAIに案を作らせ、別のAIに弱点を指摘させ、修正案を戻す。最後に採用する主張を決めるのは人間です。

この考え方は開発だけに限りません。企画を具体化するAI、反証するAI、実行するAIを分ければ、営業資料、業務改善、新規事業の判断にも応用できます。

変わったのは、作業速度より考え方だった

コードを書く速度も、資料を整理する速度も上がりました。ただ、最も大きな変化は、別の視点から反論を出させ、実装上の問題を確認し、もう一度考え直せるようになったことです。

AIは、答えを受け取るだけの道具ではありません。自分の考えを外へ出し、ぶつけ、組み直すための環境にもなります。

どちらが優秀かではなく、どこで任せ、どこでぶつけるか。そこを設計することが、AIを使う人間の仕事です。