この記事ではMCPに特化して解説します。MCP(Model Context Protocol)全般は MCPサーバーの作り方2026完全ガイド をご覧ください。
本記事の訂正(2026-08-14)
旧版は本記事のタイトル・本文で「Anthropicがclaude-peersを公開した」と記載していたが、これは誤りである。実体は個人開発者 louislva 氏による OSS louislva/claude-peers-mcp(MIT)であり、GitHub API 上の owner.type は User、Anthropic 組織の配下ではない。あわせて旧版にあった「MCPメッセージキュー」「共有状態管理」「トークン消費を削減」といった内部構造・効果の記述も、公式READMEに対応する記述が確認できなかったため削除した。以下は 2026-08-14 に実リポジトリを確認して書き直した内容である。
この記事のポイント(30秒でわかるclaude-peers)
・何者か 複数の Claude Code セッションが互いを発見し、その場でメッセージを送り合えるようにする MCPサーバー
・誰が作ったか Anthropicではない。個人開発者 louislva 氏。★2,194 / fork 299 / TypeScript / MIT
・現状 最終push 2026-04-26 で約3か月半停止。タグ付きリリースは無し。実験的プロジェクトとして扱うのが妥当
・導入方法 npm 配布ではなく git clone + bun install。この時点で常用ツールというより試用向けの構成
・代替 Claude Code 本体にも別セッションへ伝言を送る仕組みがあり、外部MCPなしで足りる場合がある
claude-peersとは——並走するClaude Code同士をつなぐ
複数のプロジェクトで Claude Code を同時に立ち上げていると、各セッションは互いの存在をまったく知らない。ターミナル1で動く Claude はターミナル2の Claude が何をしているか分からず、人間が両方を見て情報を橋渡しすることになる。
claude-peers はここに手を入れる。各 Claude Code セッションに MCP サーバーとして接続し、セッション同士の発見(discovery)とメッセージ送信を提供する。公式READMEが挙げる例は「5つのセッションを別々のプロジェクトで動かしているとき、どの Claude からでも他を見つけて、届いたメッセージがその場で相手のコンテキストに現れる」というものである。
ピア発見 + メッセージ配送"] A -->|"peer xyz に送信:
どのファイルを編集中?"| MCP MCP -->|"メッセージが即座に到着"| B B -->|"返信"| MCP MCP -->|"Claude A のコンテキストに反映"| A
人間が「あっちのセッションではこうなっている」と貼り付けて回る作業を、エージェント同士の直接のやり取りに置き換えるのが狙いである。
実測データ(2026-08-14 時点)
| 項目 | 実測値 |
|---|---|
| リポジトリ | louislva/claude-peers-mcp |
| 作者 | louislva(個人アカウント。owner.type = User) |
| スター / fork | 2,194 / 299 |
| 言語 / ライセンス | TypeScript / MIT |
| 作成日 | 2026-03-21 |
| 最終push | 2026-04-26(約3か月半停止) |
| タグ付きリリース | なし |
開発の停止は採用判断で最も重い材料である。作成からわずか1か月ほどで更新が止まっており、リリースも切られていない。Claude Code 本体は活発に更新が続いているため、本体側の仕様変更に追従されないリスクがある。
導入方法と、その構成が示していること
READMEが案内する導入手順は npm パッケージのインストールではなく、リポジトリのクローンである。
# npm 配布ではなく、リポジトリを直接クローンして使う構成
git clone https://github.com/louislva/claude-peers-mcp.git ~/claude-peers-mcp
cd ~/claude-peers-mcp
bun install
ここから読み取れることが2つある。1つは、bun を前提としていること(Node.js の npm/pnpm ではなく bun install)。もう1つは、配布物として固められていないこと——バージョン指定でのインストールやロールバックができないため、「あるコミット時点のソースを手元に置いて動かす」形になる。
実験的に試すには十分だが、チームの標準ツールとして配るには向かない構成である。前掲のとおりリリースが1本も切られていない点と合わせて、プロジェクトの成熟度をここで判断できる。
Claude Code本体の機能との棲み分け
セッション間で伝言を送るという用途は、Claude Code 本体にも用意されている。仕組みと前提が異なるため、整理しておく。
| claude-peers(本記事) | Claude Code 本体の伝言機能 | |
|---|---|---|
| 提供元 | 個人OSS(louislva) | Anthropic(本体同梱) |
| 導入 | git clone + bun install | 追加インストール不要 |
| 接続方式 | MCPサーバーとして外付け | 本体機能 |
| メンテナンス | 2026-04-26で停止 | 本体のリリースに追従 |
| 向くケース | MCP経由の挙動を自分で拡張・改造したい | 素直に伝言を送りたい |
外部依存を増やさずに済ませたい場合は、まず本体側の仕組み(/help から確認できるセッション間の伝言機能)で足りるかを確認するのが順当である。
一方で claude-peers を選ぶ理由があるとすれば、MCPサーバーとして実装されているため中身を読んで改造できる点である。ピア発見やメッセージ配送の実装をそのまま読めるので、自前のマルチエージェント基盤を作る際の参考実装としての価値はある。MIT ライセンスであるため、フォークして手を入れることに制約もない。
エンジニアへの影響
・並走セッションの手動橋渡しが減る:人間が2つのターミナルを見比べて情報を貼り付ける作業を、エージェント間の直接通信に置き換えられる
・ただし公式サポートは無い:Anthropic製ではないため、本体の仕様変更で壊れた場合に修正を待てる保証がない
・参考実装としての価値:MCPでセッション間通信を実装する具体例として読める。自作のマルチエージェント設計時の下敷きになる
・導入前に本体機能を確認する:用途が重なるため、外部MCPを増やす必要が本当にあるかを先に判断したい
参照ソース
- louislva/claude-peers-mcp — GitHubリポジトリ(スター・ライセンス・push日時・owner.type は2026-08-14にGitHub APIで取得)
- Model Context Protocol 公式ドキュメント
この記事はAI業界の最新動向を速報でお届けする「AI Heartland ニュース」です。