Claude多開踩坑3個月，他用1個開源工具讓7個AI代理"互相

3個Claude Code同時跑，代碼沖突像車禍現(xiàn)場。這是開發(fā)者Keshrath的日常，也是所有玩過多AI代理的人的噩夢。

Agent A剛重構(gòu)完認(rèn)證模塊，Agent B不知道，又改了一遍。合并時沖突爆炸，token白白燒掉。他試過用文件鎖、Git分支、甚至人工協(xié)調(diào)——都像用創(chuàng)可貼貼骨折。

于是他造了個東西：agent-comm。一個開源通信服務(wù)器，讓AI代理之間能說話、能同步、能搶鎖。

多代理協(xié)作的"交通信號燈"

agent-comm的核心設(shè)計很直白：給每個代理發(fā)身份證，再搭個廣播系統(tǒng)。

代理注冊時報上名字和能力。其他代理能查誰在線、在干什么。支持私聊、群發(fā)、頻道訂閱、線程回復(fù)、表情反應(yīng)——基本把Slack的功能搬進(jìn)了AI世界。

但真正的狠活是帶原子CAS（比較并交換）的鍵值存儲。兩個代理同時搶同一個鎖？CAS保證只有一個能成功，另一個乖乖排隊。這相當(dāng)于給AI代理造了個分布式互斥鎖，解決的是"我以為只有我"的認(rèn)知盲區(qū)。

安裝只要一行：npm install -g agent-comm。MCP配置加幾行JSON，儀表盤自動開在localhost:3421。

Keshrath現(xiàn)在的日常是：3個Claude Code會話并行，一個寫實現(xiàn)、一個做代碼審查、一個跑測試。它們通過頻道協(xié)調(diào)，用狀態(tài)鎖避免踩腳。沒有合并沖突，沒有重復(fù)勞動，每個代理都知道同伴在干嘛。

為什么現(xiàn)有方案都差點意思

Git分支？代理A和B各自切分支，合并時該沖突還是沖突。文件鎖？只能防同時寫，防不了邏輯層面的重復(fù)設(shè)計。人工協(xié)調(diào)？那還要AI代理干什么。

agent-comm的區(qū)別在于：它讓協(xié)作從"事后合并"變成"事前協(xié)商"。代理完成任務(wù)時廣播一聲"認(rèn)證模塊重構(gòu)完畢，待審查"，另一個代理立刻接手。狀態(tài)是實時的，溝通是結(jié)構(gòu)化的。

儀表盤用WebSocket推流，能看到所有代理、消息、頻道、狀態(tài)。調(diào)試多代理系統(tǒng)時，這相當(dāng)于給了開發(fā)者一雙透視眼。

MCP工具覆蓋代理管理、消息、頻道、共享狀態(tài)。REST API給不支持MCP的客戶端留后門。設(shè)計上是開放的，Claude Code、Codex CLI、Gemini CLI、Aider——只要能發(fā)HTTP請求就能接入。

開源社區(qū)的"野路子"解法

Keshrath在GitHub上放了完整代碼：github.com/keshrath/agent-comm。沒有融資新聞，沒有產(chǎn)品發(fā)布會，就是一個開發(fā)者被自己的多代理工作流逼急了，動手解決。

這種"自撓其癢"的開源項目往往最實在。作者自己每天用，迭代節(jié)奏跟著真實痛點走。

目前agent-comm的想象空間不止于代碼。任何需要多AI代理協(xié)作的場景——自動化測試、數(shù)據(jù)流水線、內(nèi)容生產(chǎn)——都可能需要類似的協(xié)調(diào)層。當(dāng)單個代理的能力邊界越來越清晰，代理之間的"社交能力"反而成了瓶頸。

Keshrath在發(fā)布帖里留了句話：「Would love feedback from anyone else running multi-agent setups.」

你現(xiàn)在的AI工作流是單代理獨奏，還是已經(jīng)到需要"交通指揮"的階段了？