Claude Code 上線跨會話通訊：AI 智慧體能直接互通訊息協作

如果你平時用 Claude Code 跑複雜專案，八成經歷過這種痛苦：左邊終端正在跑資料庫遷移，右邊終端正在改 API，左邊改完了欄位，你還得把改動人肉複製貼上到右邊，重新跟 AI 解釋一遍發生了什麼。

現在不用這麼麻煩了。Claude Code 新增了跨會話通訊功能，允許不同的 AI 會話在後臺直接互相對話，甚至不需要你插手。

像拉群聊一樣 @ 另一個終端

要讓兩個 Claude 會話通訊，主要依靠底層新增的 ListAgents 和 SendMessage 兩個工具，不過開發者不需要手動呼叫它們。

如果從 v2.1.232 版本開始用，互動方式就像在聊天軟體裡艾特人：在輸入框輸入 @ 加上會話名稱的前幾個字母，就能通過自動補全選中目標會話，比如 @api-worker。如果名字裡包含空格或特殊字元，用英文雙引號包起來就行，比如 @"release notes"。

當你 @ 了一個會話並寫下指令，當前的 Claude 會生成摘要並自動送過去。如果同名會話有多個，Claude 會停下來先向你確認具體是哪一個。

更方便的是它具備自主觸發能力。當某個會話發現重大變更（比如破壞性介面改動）或者做出了新決策，它能自主決定通知受影響的會話；在不同的 Git worktree 協同開發同一個倉庫時，它也會主動同步最新程式碼的落地情況。

如果你在當前視窗盯著一個耗時極長的測試，還可以讓後臺會話在跑完或變為空閒時主動發一條通知。

訊息怎麼收，規矩怎麼定

發過去的訊息並不是粗暴打斷對方。接收方的 Claude 只會在工具呼叫的間隙去讀取訊息，絕不會中途掐斷正在執行的任務；如果接收方剛好處於空閒狀態，Claude Code 會直接用這條新訊息開啟新的一輪對話。

訊息傳遞完全基於純文本。即便訊息裡 @ 了檔案或 MCP 資源，它也不會強行打包附件，接收方需要根據自己會話的許可權決定是否用自身工具去開啟該路徑。

為了防止濫用，Claude Code 加了相當嚴密的防線。如果單條訊息超過體積上限、同一機器上的會話遭遇突發高頻轟炸達到收件箱上限，或者回複目標沒有通過安全檢查（例如軟連結目標），訊息會在發件方直接被攔截。

接收方也會進行入站控制，結果分為送達、暫存扣留和拒絕接收三種。被暫存的訊息需要等待使用者手動批准或更改設定後才會放行。

特別關鍵的一點在於許可權隔離：許可權邊界嚴格繫結在單個會話內。系統指令明確禁止 Claude 去請求另一個會話執行本會話中被拒絕或攔截的操作。

這套功能在 macOS、Linux（包括 WSL 2 下的 Linux）上需要 Claude Code v2.1.224 及以上版本，原生 Windows 則需要 v2.1.234 或更高版本。滿足版本要求後預設開啟，無需手動配置。甚至跨機器、跨雲端或 Remote Control 的會話也能互聯，只要提前讓 Claude 檢索過外部會話列表即可。

為什麼重要

對於每天開多個終端重度寫程式碼的工程師來說，這個功能的價值很直觀：消滅了在終端之間人肉搬運上下文的垃圾時間。以往一個人帶三四個 AI 助手幹活，最大瓶頸反而是人類當傳聲筒的速度；現在讓長跑任務（如遷移、全量測試）自動向主控會話交卷，多分支並行開發時的衝突同步也會輕鬆很多。只要更新到對應版本，現在就值得在實際工作流中用起來。

但代價同樣很現實：訊息一旦成功投遞，會像使用者手動輸入的 Prompt 一樣計入 Token 消耗。兩個 AI 如果在後臺來回多輪問答，費用賬單可能不知不覺就會漲上去。

從行業角度看，我們認為 Anthropic 這步走得非常紮實。很多團隊還在費勁做單體超大上下文，或者搞花哨的多 Agent 編排框架，而 Anthropic 直接在開發者的本地命令列裡把並行 Agent 的通訊網路鋪好了。多 Agent 不再是一個宏大的獨立平臺，而是降維成終端裡隨手 @ 的一個會話。

更聰明的是它的安全取捨：不共享全域性超級許可權，會話各自為政，接收方哪怕收到指令也只能以自己的許可權跑，防止許可權借道越權。隱患在於後臺自主發訊息的判斷機制：AI 何時判定需要通知、判定精度如何，會不會因為冗餘同步造成新的噪音和 Token 浪費，這需要開發者在實際跑幾天後密切觀察。