2026 年に AI でコードを書くなら、Claude Code と OpenAI Codex の両方を手元に置いている人は多いはずです。どちらもターミナルで動くコーディング agent で、つい Claude Code vs Codex — どちらが優れているか？ と考えたくなります。ですが実際に役立つ問いは、Claude Code と Codex をどう一緒に動かすか、しかも二つのターミナル間で文脈をコピーする「人間のメッセージバス」にならずに、です。
短い答え：できます。方法は二つ。手動のやり方 — 二つのターミナル、共有の文脈ファイル、そして git worktree — は今日すでに使えます。もっと簡単なのは、両方の前に一つのオーケストレーターを置くことです。この記事では両方を扱います。
Claude Code vs Codex：それぞれ何が得意か
どちらか一方が完全に上ということはなく、形が違います。一緒に使うとは、それぞれの強みを活かすことです：
- Claude Code は 既存のコードベースを理解するのが得意な傾向です：見慣れないコードを読む、アーキテクチャを説明する、複数ファイルを慎重に編集する、diff が実際に何を壊すかをレビューする。
- Codex は 速く、範囲の明確な実行が得意な傾向です：新機能の骨組みを作る、boilerplate を生成する、定義の明確なチケットを素早く片づける。
つまり「どちらが優れているか」は問いの立て方が違います。面白いワークフローは片方で計画とレビュー、もう片方で実行し、理想的には互いの誤りを拾い合うことです。
手動のやり方：二つのターミナル、一つの共有文脈
どちらも CLI としてインストールでき、任意のプロジェクトディレクトリで動きます：
npm install -g @anthropic-ai/claude-code # その後: claude
npm install -g @openai/codex # その後: codex同じプロジェクトで両方を動かすコツは、共有の真実の源を与え、互いに邪魔をさせないことです：
- リポジトリに生きた
PROJECT_CONTEXT.mdを置き、両方の agent が読み書きする。片方が書いた計画をもう片方が見られるようにします。 - git worktree を使い、各 agent が自分のブランチ・自分のディレクトリで作業する。同じファイルを取り合うことがなくなります。
git worktree add ../feature-claude feature/claude
git worktree add ../feature-codex feature/codex
# 一方で `claude`、もう一方で `codex` を実行し、diff をレビューして統合するこれで動きます。ただしあなたが統合レイヤーになります。Claude Code の計画を Codex に貼り、Codex の diff を Claude Code に貼り戻し、結果を手作業ですり合わせるのです。
実際にうまくいくワークフロー：計画 → 実行 → 相互レビュー
最も信頼できるパターンは、二つの agent にまたがる小さな流れ作業です：
1. Claude Code — コードを読み、計画を書く（ファイル・手順・リスク）
2. Codex — 計画を素早く実装し、diff を出す
3. Claude Code — Codex の diff をレビュー：正しさ・境界条件・スタイル
4. レビューで指摘された点をループする独立した二つのモデルが互いの成果をレビューすると、単体の agent が自分の答案を自分で採点するときに平然と見逃す種類の誤りを拾えます。代償は調整の手間で、それこそ自動化する価値のある部分です。
摩擦：オーケストレーターはあなた自身
上記はすべて機能し、一度きりのタスクなら十分です。しかし毎日やると、手動のやり方は静かにあなたをオーケストレーターに変えます。各タスクを適切な agent に振り分け、両者の間で文脈を運び、二つの diff をすり合わせる。これは本物の作業で、二つのコーディング agent でも二十でも同じ調整問題です。
Orkas で Claude Code と Codex を一緒に動かす方法
Orkas は、その手動の切り替えを組み込み機能に変える、オープンソースでローカルファーストなデスクトップアプリです。ローカルの CLI コーディング agent — Claude Code、Codex、OpenClaw、OpenCode、Hermes — をあなたの代わりに実行し、一つのチャットから調整できます。設定は簡単です：
1. 自分のマシンに `claude` と `codex` の CLI を入れ、ログインしておく
2. Orkas で：新規チャット → agent を追加 → "External" タブ → CLI を選ぶ
（Orkas は PATH 上で検出した CLI だけを表示します）
3. これを 2 回 — Claude Code の agent と Codex の agent を作る
4. 任意：agent ごとにプロジェクトディレクトリとモデルを設定
（モデルを空にすると各 CLI の既定モデルを使います）Orkas はモデルを再実装したり包んだりしません。あなたのマシンにすでにインストール済みの本物の claude と codex のバイナリを、あなたが既にログイン済みの資格情報でサブプロセスとして実行します。管理するのは調整であって、キーではありません。
一つの Commander、両方の agent、並行で
これで一つの会話に二つの専門 agent がそろいました。リードの Commander に頼むと、作業を振り分けます — 「理解して計画する」部分を Claude Code に、「素早く実装する」部分を Codex に渡せます。Commander が一つのターンで複数の委譲をまとめて出すと、Orkas はそれらを並行で実行し（同時に数件ずつ）、ターミナルを切り替える代わりに Claude Code と Codex が同時に働きます。どちらかの agent を直接 @ メンションすることもできます。この編成の仕組みは マルチ Agent 編成の実践 で解説しました。
二つの素のターミナルにはない利点もあります。Orkas が Claude Code や Codex を動かすとき、ローカルのブリッジを通じて Orkas 自身 も彼らに公開します。コーディング agent は自分の実行の中から、Orkas に接続したツールと知識 — GitHub、Notion、Google Workspace のコネクターやナレッジベース — に届きます。リポジトリのファイルだけではありません。
正しく押さえるべき点
- CLI とそのログインはあなたが用意します。 Orkas は
claudeとcodexを起動するだけで、API キーやサインインは管理しません。先にインストールしてログインし、新しめのバージョン（おおむね Claude Code 2.0+、Codex 0.100+）を使ってください。 - 安全に並行させるには、別々のディレクトリを指しましょう。 Orkas は各 agent を個別の git worktree に隔離しません。両方が同じフォルダーを指して同時に走ると、同じファイルを並行して編集します。真の並行作業には、それぞれに専用のプロジェクトディレクトリかリポジトリを与えてください。
- 彼らは自律的に動きます。 Orkas の中では、Claude Code と Codex は手順ごとの承認を求めずに動き、自分でファイルを編集しコマンドを実行します。Orkas が確認するのは、コーディング agent がコネクター経由で外部にアクセスするときだけです。
では — Claude Code か Codex か？
両方です。 理解・アーキテクチャ・レビューには Claude Code を、速く範囲の明確な実行には Codex を使い、両者の間を一つの Commander に振り分けさせる。そうすれば作業を運ぶのではなく操縦できます。勝者を選ぶのではなく一緒に使う意味は、そこにあります。
ローカルファーストとは、リポジトリもキーも自分のマシンに残るということです — ローカルファースト AI とは？ 二つのターミナルの行き来を省くには、Orkas をダウンロードして、一つの Commander に Claude Code と Codex の両方を指揮させてください。