claude-peers：讓多個 Claude Code 工作階段直接互相通訊，本機運行的 AI 協作團隊
17
2
一個名為 claude-peers-mcp 的開源專案在開發者社群引發廣泛討論。它讓多個 Claude Code 工作階段（session）能夠直接互相傳遞訊息、同步任務狀態，無需任何雲端服務或 API 中介層——整套系統完全在本機運行。
核心概念：AI 同事，不是 AI 工具
傳統的多代理系統需要一個「協調者（orchestrator）」統一調度各個 AI 代理。claude-peers 的做法截然不同——它讓每個 Claude Code 工作階段都成為平等的「同事」，彼此可以直接溝通，無需中央管理層。
實際場景範例：
Claude A（負責 poker-engine）： "你在改哪些檔案？" Claude B（負責 frontend）： "正在改 auth.ts + UI state" Claude A： "好，我避開 auth 邏輯"不需要人工協調，AI 自己同步。
技術架構
- 本機 broker daemon（localhost:7899）：作為訊息中繼站
- SQLite peer registry：記錄所有活躍的 Claude 工作階段
- 每個 session 各自的 MCP server：提供工具介面
- 即時頻道推送訊息：零延遲通訊
- 自動 peer 探索：新工作階段自動加入網路
四個核心指令
- list_peers：找出所有活躍的 Claude 工作階段
- send_message：向另一個 Claude 發送訊息
- set_summary：描述自己目前的任務
- check_messages：手動查看收到的訊息
每個工作階段還會自動摘要自己的狀態，讓其他 Claude 能看到：當前工作目錄、git repo、目前任務、正在修改的檔案。
典型應用場景
- 一個 Claude 寫後端，另一個寫前端，自動避開衝突
- 一個 Claude 負責 debug，另一個同時進行重構
- 一個 Research Claude 收集資料，餵給 Builder Claude
- 大型專案拆分給多個 AI 工作者平行推進
限制與挑戰
社群也提出幾個實際問題：同時跑 5 個 Claude Code 工作階段會對本機硬體造成顯著負擔；當多個工作階段同時嘗試 npm install 或 git 操作時，需要額外的衝突解決機制；context 長度限制使得工作階段在長時間運行後可能失去同步。
不過從整體趨勢來看，這個工具代表的是更大的方向轉變：從「一個 AI 助理」進化到「AI 協作團隊」，而且全部運行在你的本機上，不需要雲端、沒有額外費用。
來源:
