5
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

OpenAIのdotsで話題の「AIの同僚」を、手元のClaude CodeとCodexで組む方法

5
Posted at

AIに書かせたコードを別のAIにレビューさせると、間に立つ人間が伝言係になります。 Claude Code の出力をコピーして Codex に貼り、Codex の指摘をコピーして Claude Code に戻す。往復が3回あれば、コピーと貼り付けを6回繰り返しています。

この伝言を、AI同士で直接やらせるようにしました。Slack で同僚に頼むのと同じく、@codex と書けば Claude Code が Codex に頼み、返事を受け取って、続きを自分でやります。私の手元に残るのは、決めることだけです。

この記事は、その仕組みを日々の仕事に乗せるまでの話です。対象は v0.19.0 から v0.23.1、2026年9月25日から10月2日までの1週間です。

すでに契約しているAI同士でも、頼み合いは組める

9月29日、OpenAI が DevDay で「dots」を発表しました。公開されている説明によると、dots は常に動いているエージェントで、自分専用のクラウド上のコンピュータを持っています。利用者は ChatGPT や Slack、Teams から仕事を頼みます。いまは1体から始まり、複数の dots をチームで動かすのはこれから、とされています。

AIに仕事を任せ、AI同士で回してもらう働き方が、一気に身近な話題になりました。形は違いますが、AI同士に頼み合わせることは、すでに契約している CLI でも組めます。私が使っているのは、定額で契約している Claude Code と Codex です。新しい契約も、APIキーも足していません。

私は Windows 用のターミナル(SHIKISHA-TERM)を作っていて、AIのコマンドラインツールをタブに並べて走らせています。この1週間で、そのタブ同士が頼み合えるようにしました。

1体に全部やらせるより、書く役と見る役を分ける

なぜわざわざ2つのAIを使うのか。私の考えでは、理由は人の仕事と同じです。書いた本人のレビューは甘くなります。自分が書いたコードを自分で見直すと、書いたときの思い込みをそのままなぞってしまうからです。

そこで、実装は Claude Code、レビューは Codex、と役を分けています。開発元もモデルも違うので、見落とし方の癖も違います。

これまでは、この「分ける」を私が手でつないでいました。冒頭の伝言係です。

頼み方は、Slackの@と同じ

入力欄で @ を打つと、同じデスク(タブの仕切り)のタブが並びます。選んで、用件を書くだけです。

@codex に src/price.js の割引の計算をレビューしてもらって。
指摘があれば直して、何を直したかを短く教えてください。

これを Claude Code のタブに送ると、Claude Code が Codex のタブに頼み、Codex が答え、Claude Code がその答えを読んで直します。往復は、AI同士で済みます。

実際に、作り物のリポジトリでこの文を送ってみました。Codex は85秒で4件の指摘を返し、Claude Code はそのうち2件(おかしなクーポン値と、合計がマイナスになること)を直しました。残りの2件(2種類の割引の併用と、四捨五入)は、仕様が決まっていないので扱いを決めてほしい、とこちらに返してきました。送ってから122秒です。

@ を初めて使うときだけ、アプリが「AIに使い方を教えるファイルを書いてよいか」を聞いてきます。断れば、そのファイルは書きません。

一度頼んだら、席を離れていられる

以前は、往復のたびに席に縛られていました。Claude Code が終わるのを待ち、出力をコピーし、Codex のタブに貼り、Codex が終わるのを待ち、また戻る。待っている時間も含めて、往復のあいだは離れられません。

いまは「実装して、指摘がなくなるまでレビューを回して」と一度頼んだら、終わるまで別の仕事をしています。頼まれたAIがその仕事のリーダーになり、タスクに分けて各タブに割り振り、報告を受け取って次を決めます。働く側のAIは、困ったら私ではなくリーダーに聞きます。

私のところに上がってくるのは、main ブランチへのマージのように、取り消しにくい判断だけです。ここはAIに決めさせず、人に聞くよう、リーダーへの手順書で決めてあります。上の例で Claude Code が仕様の判断を返してきたのも、同じ考え方です。

任せる前に決めておく3つのこと

頼む文は、それだけで読めるように書かせる。 頼まれたAIは、頼んだ側の会話を見ていません。リーダー役のAIに渡している手順書では、各タスクに次の4点を書かせています。どこの話か(フォルダ・ブランチ・ファイル)、何ができあがればよいか、何を変えてはいけないか、どうなったら終わりか。人に仕事を頼むときと同じです。

別のフォルダにいる相手には、コミットしてから頼む。 レビューする側が別の作業フォルダ(ワークツリー)にいると、コミットしていない変更は見えません。手順書でも、先にコミットするか、頼む文に差分を貼るよう指示しています。

回数の上限と、止める手段を持っておく。 「指摘がなくなるまで」は、放っておくと終わらないことがあります。何往復までにするか(最大ターン数)と、頼まれたAIがさらに別のAIに頼んでよいか(入れ子の深さ)は、設定の「頼みごとの上限」で決められます。「依頼」のカードの「止める」を押せば、確認のあとでその仕事全体が止まります。

AI同士が何を話したか、あとから追える

任せる範囲が広がると、「どのAIが誰に何を頼んで、何と答えたのか」が見えなくなります。10月1日の v0.23.0 で、これをチャットとして眺められるようにしました。画面では「AIコラボ」と呼んでいます。

AIコラボ。Claude Code が Codex にレビューを頼み、Codex が答えている

AIが別のAIに頼むたびに、頼んだ側と答えた側がそれぞれ一言ずつ言い、Slack のチャンネルのように並びます。一言の下には、頼んだ全文と答えの全文が畳んであります。気になる行には 👍 や ❓ の印を付けられます。AIが作ったコミットやプルリクエストは、押すと開くカードとして流れてきます。

私は、席に戻ったらまずここを上から読んでいます。チームの Slack を朝に読むのと同じ感覚です。

費用は増えていない

月々の支払いは変わっていません。動かしているのは、すでに契約している Claude Code と Codex の CLI そのもので、このアプリは間をつないでいるだけです。アプリ自体は MIT ライセンスのオープンソースです。

ただし、2つのAIを同時に動かすぶん、それぞれのプランの利用枠は早く減ります。どれだけ使ったかは画面のいちばん下の段に出ます(Claude と Codex のほか、v0.23.0 から Gemini なども出ます)。

長い仕事を任せて席を離れるときのために、AIが働いている間だけPCをスリープさせない設定も足しました(設定 > 基本 > 「スリープ防止」)。

正直なところ

PCを閉じたら止まります。サーバーに置ける窓のないヘッドレス版(Linux)もありますが、画面を持つ版は Windows 専用です。macOS 版はありません。

返事をきれいに受け取れるのは、Claude Code・Codex・Gemini の3つです。この3つはディスクに会話の記録を残すので、そこから返事を読んでいます。ほかのAIは画面から読むので、折り返しなどが混じることがあります。

任せきりにもしていません。取り消しにくい判断は人に聞くよう決めてありますし、私も AIコラボは毎回読みます。

おわりに

私の一日を変えたのは、新しいAIを足すことより、すでに持っているAIに役を分けて、伝言係を降りたことでした。このアプリを使わなくても、書く役と見る役を分け、頼む文に4点を書くだけで、往復はかなり減らせます。

AI同士の往復まで任せたい方は、手元の Claude Code と Codex でどうぞ。Microsoft Store から入れられます。

5
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
5
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?