今天，Anthropic發佈了一個重大更新，18個小時就被近500w人看過。
給Claude Code加了個新東西，不同的Claude Code會話，現在可以互相聊天了。
之後不用再在窗口A裡複製一段總結，貼上到窗口B。這還是雙向的：你同樣可以向另一個會話提問，並在當前會話中收到回覆。
而且當它剛做出的改動影響到另一個會話的工作內容時，Claude 還能主動向其他會話傳送消息。
之後我們就能實現：無聊的時候開倆cc讓他們說個相聲了。
一、Claude Code重大更新：AI會話可以互相發消息了
以前，多個Claude Code會話一起跑的時候，比如分別開著前端、後端兩個終端，或者拆了幾個worktree平行開發，一個會話發現了什麼、改了什麼，得靠人工搬運。
Claude Code把會話之間打通了。跟其中一個會話說一句“把剛才介面改動的事告訴另一個終端裡跑的會話”，Claude自己會去找目標、寫內容、發過去。對方在下一輪空閒時接著往下改，不用人再回來同步。
這背後是兩個新工具，ListAgents負責找到能聯絡上的會話，SendMessage負責把消息發過去。
但這個傳的是有限的，是Claude自己寫的一段文字，不是傳送方完整的對話歷史，也不帶檔案；權限也管得很嚴，改不了接受方的配置，也批不了對方的權限申請。
如果想搬整個上下文，官方給的建議是還是用resume（恢復會話），不是發消息。
二、Claude Code之前一直有team模式
這是就有一個問題：Claude Code不是一直有team模式嗎。
確實。Claude Code能做“多個會話協同”不是第一次了。subagent，一個會話內部派生的子任務；Agent Teams，今年二三月上線的實驗性功能，需要手動改config開啟。這兩種情況下，都能做到一組會話一起幹活。
只是參與協作的會話，都是被同一個主會話派生出來、管著的。
這次不太一樣的地方在於，它連的是使用者自己在不同終端裡分別敲命令啟動的、彼此原本互不知道對方存在的會話，甚至可以是不同機器上的會話。沒有誰派生誰，也沒有誰管著誰，就是兩個平級的、各幹各活的會話，需要的時候相互搭一句話。
以前多會話協作基本靠一個中心節點分發任務，現在兩個各自為戰的會話也能直接說上話了。
三、Codex一個月前也發布了Multi-agent v2
一個月前，Codex CLI也剛剛轉正了Multi-agent v2。
圖源:https://x.com/CheZS6/article/2076957388314431584
這套機制裡確實有個send_message工具，也支援agent對agent直接發消息、不用繞回呼度者的peer-to-peer模式，聽著跟Claude Code這次的功能有點像。但拆開架構看，兩者處理的場景不太一樣。
Multi-agent v2用的是路徑定址。一個主會話（/root），用spawn_agent生出一批子agent，掛在路徑樹上，比如/root/researcher、/root/builder，兄弟節點之間可以直接send_message，不用繞回/root。
但這棵樹從頭到尾，還是由同一個orchestrator會話生出來、管著的。本質上跟Claude Code的subagent、Agent Teams是同一類機制。
真正對應“兩個使用者自己開的、互不隸屬的終端會話”這個場景的，其實是Codex CLI原生的多會話用法。兩個終端裡各敲一遍codex命令，就是兩個完全獨立的處理程序。幾份Codex CLI的官方使用指南里都提到，這種情況下兩個會話互相不知道對方的存在，各自維護自己的上下文和工作目錄，沒有內建的通訊通道。
想讓它們互通，得靠tmux，或者把Codex當MCP server外接編排，用codex-reply續接線程，再或者手動複製貼上，跟Claude Code更新之前的做法差不多。
寫在最後
總結一下以前不論是cc還是codex，其實都是交出去一件事，內部自己拆開分工，幾個子agent一起幹活，用同一個任務派生出來的。
這次不一樣。這兩個會話根本不是因為同一個任務拆分出來的，但它們可以後台自己對進度了，是一個很實用的功能，聊天的內容我們都能直接看到。 (Datawhale)