Claude-peers:複數のClaude Codeセッション間で直接通信を可能にし、ローカルで動作するAI協力チーム

ChainNewsAbmedia

名為 claude-peers-mcp のオープンソースプロジェクトが開発者コミュニティで広く議論を呼んでいます。これは複数の Claude Code セッション(session)が直接メッセージをやり取りし、タスクの状態を同期できるもので、クラウドサービスやAPIの中継層を必要としません。システム全体がローカルで動作します。

核心概念:AIの同僚、ツールではない

従来のマルチエージェントシステムは「オーケストレーター(調整者)」が各AIエージェントを一元管理しますが、claude-peersのアプローチは全く異なります。各Claude Codeセッションは対等な「同僚」となり、中央管理なしで直接コミュニケーションを取ります。

実際のシナリオ例:

Claude A(ポーカーエンジン担当):「どのファイルを変更している?」
Claude B(フロントエンド担当):「auth.tsとUIの状態を変更中」
Claude A:「了解、authロジックは避ける」

人手による調整なしで、AI同士が自動的に同期します。

技術アーキテクチャ

  • ローカルブローカーのデーモン(localhost:7899):メッセージの中継役
  • SQLiteによるピアレジストリ:すべてのアクティブなClaudeセッションを記録
  • 各セッションのMCPサーバー:ツールインターフェースを提供
  • リアルタイムチャネルによるプッシュ通知:遅延なしの通信
  • 自動ピア探索:新しいセッションが自動的にネットワークに参加

四つの主要コマンド

  • list_peers:アクティブなClaudeセッションを一覧表示
  • send_message:別のClaudeにメッセージを送信
  • set_summary:自分の現在のタスクを記述
  • check_messages:受信したメッセージを手動で確認

各セッションは自動的に自身の状態を要約し、他のClaudeが閲覧可能にします。内容は、現在の作業ディレクトリ、gitリポジトリ、進行中のタスク、編集中のファイルなどです。

典型的な利用シーン

  • 一つのClaudeがバックエンドを担当し、もう一つがフロントエンドを担当して自動的に衝突を回避
  • 一つのClaudeがデバッグを行い、もう一つがリファクタリングを並行して進める
  • 研究用Claudeがデータ収集し、Builder Claudeに渡す
  • 大規模プロジェクトを複数のAIワーカーで並行推進

制約と課題

コミュニティからは実際的な問題も指摘されています。例えば、5つのClaude Codeセッションを同時に動かすとハードウェアに負担がかかる、複数のセッションが同時にnpm installやgit操作を行うと競合解決が必要になる、長時間運用によるコンテキスト長の制限で同期が崩れる可能性などです。

しかし全体の流れとして、このツールはより大きな方向性の変化を示しています。単なる「AIアシスタント」から「AI協働チーム」へと進化し、すべてがローカルで動作し、クラウドや追加コストなしで実現可能です。

この記事 claude-peers:複数のClaude Codeセッションが直接通信し、ローカルで動作するAI協働チームは、最初に 鏈新聞 ABMedia にて紹介されました。

原文表示
免責事項:このページの情報は第三者から提供される場合があり、Gateの見解または意見を代表するものではありません。このページに表示される内容は参考情報のみであり、いかなる金融、投資、または法律上の助言を構成するものではありません。Gateは情報の正確性または完全性を保証せず、当該情報の利用に起因するいかなる損失についても責任を負いません。仮想資産への投資は高いリスクを伴い、大きな価格変動の影響を受けます。投資元本の全額を失う可能性があります。関連するリスクを十分に理解したうえで、ご自身の財務状況およびリスク許容度に基づき慎重に判断してください。詳細は免責事項をご参照ください。
コメント
0/400
コメントなし