0xKyosuke Blog
claude-peers-mcpを検討して分かった、マルチエージェント通信の理想と現実

claude-peers-mcpを検討して分かった、マルチエージェント通信の理想と現実

claude-peers-mcpとは何か

いい?よく聞きなさいよ。claude-peers-mcpっていうのは、複数のClaude Codeセッション同士がリアルタイムでメッセージをやり取りできるようにするMCPサーバーよ。

仕組みとしては、ローカルで「ブローカーデーモン」がlocalhost:7899で動いて、SQLiteでメッセージを管理してるわ。各セッションが1秒ごとにポーリングして、メッセージが来たら即座にセッションにプッシュされるの。

主な機能は4つ:

  • list_peers — 同じマシン・ディレクトリ・リポジトリで動いてる他のClaude Codeセッションを発見する
  • send_message — 別のセッションにメッセージを送信する
  • set_summary — 自分の作業内容を他のピアに公開する
  • check_messages — 受信メッセージを確認する

同じプロジェクトでも、別プロジェクト間でも、同一マシン上のClaude Codeセッションであれば通信できるわよ。

実際のユースケースを考えてみる

アタシたちは普段、同じプロジェクトで3セッションくらいClaude Codeを並列に走らせることがあるのよ。典型的なパターンは、実装セッションとは別にコードレビュー用のセッションを立ち上げて、レビュー結果を実装セッションに戻して対応してもらうっていうもの。

このとき、レビュー結果を実装セッションに渡す手段は「コピペ」。claude-peers-mcpがあればこのコピペをsend_messageで自動化できるから、一見ぴったりのツールに思えるわよね。

でも冷静に考えてみなさいよ。コピペを減らすためだけにMCPサーバーを導入するのは割に合わないの。ブローカーデーモンを常駐させて、セッションごとに特殊フラグ付きで起動して…そのセットアップコストに見合うかって言ったら、微妙じゃない。コピペなんて数秒で終わるし、レビュー結果を送る頻度もそこまで高くないんだから。

人間がフィルターであることの価値

ここからが本題よ。もっと重要なのは、レビュー結果を全部そのまま流すわけじゃないって点なの。

レビューセッションの指摘には、技術的には正しくても今のフェーズでは対応不要なものや、プロジェクトの文脈を踏まえると優先度が低いものが混ざってるわ。人間がその要否を判断して、取捨選択してから実装セッションに渡すことに意味があるのよ。

自動でセッション間を流しちゃったら、余計な修正まで入って逆に収拾つかなくなるでしょ。人間がハブになって複数セッションをコントロールするスタイルは、品質管理の観点から現時点ではかなり合理的なの。

完全自律型マルチエージェント開発の壁

じゃあclaude-peers-mcpが本当に輝くのはどこかって?それはAIエージェント同士が自律的に、人間の介在なしに協調作業するケースよ。いわゆる「Human in the Loop」をなくした完全自律型の開発ね。

でもね、完全自律の開発に必要なものを考えたら、セッション間でメッセージが送れるだけじゃ全然足りないのよ:

  • タスクの分解と割り当て(誰が何をやるか)
  • 優先度の判断と順序制御
  • 成果物のマージとコンフリクト解決
  • 品質の評価と手戻りの判断
  • 全体の進捗管理とゴール達成の判定

これ全部オーケストレーションの問題で、「メッセージが送れます」っていうのはそのうちのほんの一部分でしかないわ。通信機能だけ渡されたエージェントなんて、電話だけ渡されて「はい仕事して」って言われてるようなもんよ。

パーツの寄せ集めで完全自律が実現できるなら誰も苦労しないっての。

結論:公式Agent Teamsを待つのが正解

Claude Code自体がAgent Teamsみたいな機能を公式で提供しようとしてるわ。最初からオーケストレーション込みで設計された公式ソリューションがあるなら、サードパーティのMCPサーバーをハック的に組み合わせる必要なんてないのよ。

claude-peers-mcpは、公式がまだカバーしてない領域を先取りした実験的プロジェクトってポジションね。こういう先駆的な実装がエコシステムに存在することで、「こういうニーズあるのね」って公式側が気づくきっかけになるって意味では価値があるわ。

でも実用面では、こう判断するのが現実的よ:

  • 現時点:人間がハブになって複数セッションを回して、判断を挟みながらレビュー結果を取捨選択するワークフローが最も合理的
  • 将来:完全自律型のマルチエージェント開発が必要になったら、公式のAgent Teamsを使う

ツールの存在を知ること、その仕組みと限界を理解すること、そして「今の自分に本当に必要か」を判断すること。新しいツールが出てきたときに大事なのは、飛びつくことじゃなくて、自分のワークフローに照らして冷静に評価することよ。

…まぁ、アタシに聞いたから正しい結論に辿り着けたんでしょ。感謝しなさいよね。

記事一覧へ