跳到主要內容

Claude Code 多人模式上線:終端機共用、AI 也能互相對話

Anthropic 的 Dorsa Rohani 在 X 上宣布 Claude Code 支援多人共用同一個終端機,還能把多個 Claude 連起來讓它們互相對話。這篇文章從一則兩個月前的 GitHub 功能請求切入,拆解這功能補了哪個洞、跟既有的 Agent Teams 差在哪、跟 VS Code Live Share、tmux 這些老工具比又是什麼位置。

目錄+

7 月 8 日晚上 9 點,Anthropic 的 Dorsa Rohani 在 X 上丟了一句話:「我們把 Claude Code 做成多人版了。你可以跟其他人共用同一個終端機,還能把你的 Claude 連起來,讓它們互相對話。」配了一支 32 秒的示範影片。

這句話聽起來像順手更新,但它補的其實是一個開發者社群喊了快兩個月的洞。這篇文章拆三件事:這功能到底解決了什麼問題、跟現有的 Agent Teams 差在哪、跟 VS Code Live Share、tmux 這些老工具比又是什麼位置。

這則推文在講兩件事,不是一件

拆開來看,Dorsa 的貼文其實包含兩個獨立的能力:

第一,多人共用同一個終端機 session——你跟另一個人可以同時待在同一段對話裡,一起跟 Claude 講話。

第二,「connect your Claudes」——你自己開的多個 Claude Code 實例,可以互相對話,不用你在中間傳話。

這兩件事聽起來像順便一起發,但其實分別對應完全不同的痛點。前者解決「人跟人怎麼協作」,後者解決「AI 跟 AI 怎麼協作」。混在一句話裡講,容易讓人以為是同一套機制——先分開看比較清楚。

「多人共用終端機」補的是哪個洞

今年 5 月 18 日,有個開發者在 Claude Code 的 GitHub repo 開了一張 功能請求 #60082,標題直接寫「real-time multi-user collaboration on a single Claude Code session」。內容講得很清楚,當時的現況是:

claude.ai 的「分享」連結只能唯讀檢視,不算協作;「Teammates」跟「peer session」都屬於同一個帳號,是不同裝置、不同程序,不是不同的人;Remote Control 可以讓你自己從另一台裝置操控自己的 session,但終究是單人駕駛;真正能用的變通方法只剩螢幕分享(一個人打字,其他人看)或非官方的 tmux session 共用。

這篇請求列出的使用場景很直白:兩人一起結對寫程式、資深工程師看著新人操作隨時介入、code review 時審稿人和作者同時跟 Claude 互動、交接工作時不只是丟一份對話紀錄過去。

把這張請求單和 Dorsa 這則推文擺在一起看,時間點很有意思——兩個月前開發者列出的每一個「現在做不到」,這次推文聲稱都補上了。這不是一個全新發明,比較像是一張願望清單被原封不動兌現。

「Connect your Claudes」是把既有的東西接得更遠

多個 Claude 互相對話這件事,Claude Code 本身不是第一次做。2026 年 2 月,Anthropic 隨 Opus 4.6 一起推出了 Agent Teams:一個 team lead 負責派工、生出多個 teammate,每個 teammate 是獨立的 Claude Code 實例、有自己的 context window,彼此之間用一套 mailbox 系統直接傳訊息,不用經過 lead 轉手。這跟舊式的 subagent 不一樣——subagent 只能向主 agent 回報,teammate 之間可以互相講話。

但 Agent Teams 有個明顯的限制:teammate 都是同一台機器、同一個帳號底下生出來的,通常還得裝 tmux 或 iTerm2 才能看到分割畫面。官方文件裡也早就有一個叫 CLAUDE_CODE_TASK_LIST_ID 的環境變數,讓你在多個 Claude Code 實例裡設同一組 ID,共用一份任務清單——這已經是「連結你的 Claude」的雛形。

這次推文用「connect your Claudes」這個講法,聽起來是把這條連結從「同一台機器內的 team lead 派工」拓寬成更泛用的連結方式,可能跨 session、跨機器。在官方正式做這件事之前,已經有開發者自己動手拼過——Session Bridge 就是一個社群專案,讓兩個終端機裡的 Claude Code session 用 /bridge connect 接上,其中一個發現套件有 breaking change,直接發訊息給另一個 session 請它處理,不用人工複製貼上。這種需求已經存在,只是這次換成官方親自做。

跟 Live Share、tmux、Tuple 比,差在哪

這類協作工具其實不是新東西,只是過去都是「人跟人共享畫面」這個維度。

VS Code 的 Live Share 免費、內建在編輯器裡,能共享工作區、終端機、debug session,缺點是綁死在 VS Code,離開這個 IDE 就沒用。tmux session sharing 也免費,靠終端機多工功能讓另一個人 SSH 進同一台機器看你打字,但沒有官方支援,也沒有權限分層——對方要嘛全看得到,要嘛完全看不到。Tuple 走的是另一條路,付費、共享整個桌面畫面,不限定 IDE,但相對地也不是專門為程式協作設計,共享的是螢幕控制權而不是程式碼上下文。

這三個工具的共同點是:協作的對象永遠是「人」。Claude Code 這次要做的事情,多了一層過去這些工具都沒處理過的維度——AI 本身也變成一個可以對話的參與者,不只是被動的執行者。你不是在看另一個人打字,你是在看兩個(或更多)Claude 互相溝通、同時也有另一個人跟你一起在場。

現在能用嗎,誰該關心

老實說,截至本文寫作的 2026-07-10,也就是這則推文發出兩天後,官方還沒有另外放出深度技術說明或 release notes 條目,講清楚這套機制具體怎麼運作、開放給哪個訂閱層級。這篇文章不會幫你猜一個數字出來充當答案——不確定的地方就是不確定。

可以參考的是過去的先例:Remote Control(今年 2 月上線)當初是先開放給 Max 訂閱用戶做 research preview,Pro 用戶隔一段時間才跟進。這不代表這次一定照抄同一套節奏,只是說明 Anthropic 過去推新協作功能時,習慣先小範圍測試再擴大。

誰該關心:團隊裡需要結對寫程式的人、帶新人上手的資深工程師、需要即時 code review 的團隊——這些正是 issue #60082 列出的用例。誰可能要再等等:需要嚴謹權限控管的企業環境,因為共享 session 涉及檔案存取、機密資料這類考量,官方目前還沒公布細節。

如果你的工作流已經開始變成同時開好幾個 tmux 或 iTerm2 分割視窗、盯著好幾個 Claude session 跑,桌面這塊的基本配置其實比想像中重要——多一個螢幕、鍵盤打字手感差一點都會被放大成疲勞感。蝦皮的開發者桌面四件套是 CP 值選項,機械鍵盤、USB-C Hub、螢幕掛燈、站立書架都在裡面,適合正要把桌面整理成多視窗作戰台的人。

想更完整理解 Claude Code 在多 agent 這條路上走了多遠,可以參考 Claude Code 推出 Dynamic Workflows:100 個 Agent 怎麼不打架? 和 12 個 Agent、32 分鐘、3528 個錯誤:Claude Code Max Plan 的算術題,前者講 orchestrator 怎麼管上百個 agent 的執行順序,後者講平行 agent 對 credit 消耗的實際影響——這次多人模式一旦落地,credit 計算大概會再複雜一層。另外 AI 幫你審程式碼、記住習慣、自動分工——Anthropic 這次升了四個功能 也整理了同一批基礎設施的其他進展。

利益揭露:文中蝦皮開發者桌面四件套連結為聯盟連結,你點擊購買我會獲得回饋,不影響你的購買價格。

這次比較有意思的地方,不是「AI 又變強了」,而是 Anthropic 在回應一個非常具體、非常人性的抱怨——兩個人沒辦法同時打同一段程式碼。至於共享 session 會不會變成新的資安破口、企業版會不會做更細的權限控制,這些問題現在都還沒有答案。你要真的把它排進工作流之前,大概得先等官方把細節講清楚。