Claude Code 重磅新功能！多個 Session 終於能互相傳訊息，平行開發不用再重複解釋

常用 Claude Code 的讀者應該都遇過這種情況：同時開了兩三個終端機視窗，一個在改資料庫、一個在寫前端，結果 A 視窗改了某個欄位名稱，還得手動把修改內容複製貼上到 B 視窗，跟另一個 Claude 重新解釋一遍「剛剛發生了什麼事」。視窗一多，光是在不同 Session（工作階段）之間搬運資訊就夠累人了。

好消息來了！Anthropic 在 2026 年 8 月 8 日正式推出「跨 Session 訊息」（Cross-session messaging）功能：你的多個 Claude Code 工作階段現在可以互相傳訊息了！官方 X（Twitter）貼文一發出，短短一天就累積超過 670 萬次瀏覽、5.8 萬個讚，可以說是 Claude Code 近期最受矚目的更新之一。

這篇文章阿正老師就帶大家看懂這個新功能是什麼、怎麼運作、實際該怎麼用，以及有哪些安全設計和使用限制，讓你的多視窗平行開發流程從此順暢起來！

一、什麼是跨 Session 訊息功能？

簡單來說，以前每個 Claude Code 的 Session（工作階段，也就是你開的每一個對話視窗）都是「各自獨立、互不相識」的；現在它們終於可以互相傳遞文字訊息了。當一個 Session 完成了某項工作、或做出會影響其他 Session 的變更時，Claude 會把重點整理成一段摘要文字傳給另一個 Session，對方收到後就能在任務進行到一半時直接接手處理，你完全不用在兩個視窗之間複製貼上。

要特別說明的是：傳送的只有 Claude 自己寫的一段摘要文字，不會傳送你的對話紀錄或檔案，所以不用擔心整個對話內容被搬來搬去。而且這個功能是雙向的——你可以請目前的 Session 去「問」另一個 Session 問題，並在目前的視窗收到答案；Claude 甚至會在必要時主動通知其他 Session（例如它剛做的修改會影響到對方正在處理的程式碼）。

二、運作原理：ListAgents 與 SendMessage

這個功能背後靠的是兩個新工具，不過別緊張，這兩個工具都是 Claude 自己會呼叫的，你完全不需要手動操作，看懂原理就好：

• ListAgents：讓 Claude「看見」目前有哪些對象可以傳訊息，包括同一台電腦上的其他 Session、Session 內部的子代理（subagent），以及透過 Remote Control 連線的遠端 Session。
• SendMessage：把訊息依「名稱」送到指定的 Session。每個 Session 都有自己的名字（預設會用資料夾名稱自動命名，例如 myapp-3f，也可以用 /rename 指令自訂）。

訊息的傳遞路徑也依對象不同而有差異，官方的設計還蠻謹慎的：

三、實際怎麼用？三種常見情境教學

使用方式非常「無腦」：你只要用自然語言告訴 Claude 你想讓另一個 Session 知道什麼，剩下的交給它。Claude 會自己找到目標 Session、自己撰寫訊息內容，你的指令甚至不用寫得很精確。以下是官方文件提到的幾種典型用法：

情境 1：交接發現、同步變更——一個 Session 改了資料庫欄位，請它通知另一個正在寫 API 的 Session：

跟正在改 payments API 的那個 session 說明一下我們剛剛做了哪些修改

情境 2：跨 Session 提問——不確定另一個視窗的長時間任務跑完沒？直接問：

問一下另一個終端機視窗的 session，資料庫遷移跑完了沒

情境 3：平行開發協調——用 Git worktree 讓多個 Session 同時開發同一個專案的不同分支時，哪個 Session 先完成合併，就請它把「已經動了哪些檔案」告訴其他 Session，避免大家改到同一處互相打架。

例如上圖就是阿正老師平常在使用的Antigravity IDE，同時開啟兩個Claude agent的畫面，你可以先用 /rename 名稱 將目前這個session命名（如claude-A、claude-B …），然後鍵入 /list-agents來查看目前的session有哪些，接著只要下指令給Claude，告訴它要傳送訊息給哪個session即可，例如上圖的「發送測試訊息給 B ，並要他回覆」，或是派工給其他的agents來做（例如用Fable模型的session，派工給使用Opus或Sonnet的session來工作，自己當成監督或審核者來檢查工作結果，比較省token）。

收到訊息的那一方也設計得很貼心：如果對方的 Claude 正在執行工具，訊息會等到工具跑完的空檔才讀取，不會打斷進行中的工作；如果對方正在發呆（閒置中），就會直接開啟新的一輪對話來處理訊息。已讀的訊息會摺疊成一行「Message from」的紀錄，按 Ctrl+O 可以展開來看完整內容。

四、安全設計：另一個 Session 傳來的訊息能做什麼？

聽到「AI 之間會互傳訊息」，可能有讀者會擔心：那 A 視窗的 Claude 會不會「指揮」B 視窗的 Claude 亂做事？官方在這方面下了不少防護，接收端會被明確告知「這則訊息來自另一個 Session，不是來自使用者本人」，而且訊息的權限被限制得很死：

• 不能代替你按同意：另一個 Session 傳來的訊息永遠不算你的授權，不能替你回答任何權限確認視窗。
• 不能改設定：接收端的 Claude 被明確指示，絕不能因為別的 Session 的要求就修改權限設定、CLAUDE.md 或其他組態。
• 指令不會執行：就算訊息裡包含 /compact 之類的指令文字，也只會當成純文字看待，絕不會被執行。
• 權限提示照常出現：如果處理訊息需要動用該 Session 沒有的權限，你還是會看到跟平常一模一樣的授權詢問。

五、進階設定：控制誰能傳訊息給你

預設情況下，兩個一般互動 Session 之間的訊息會直接送達。但如果你想要更嚴格的控管，官方提供了幾個設定選項（寫在 Claude Code 的 settings 設定檔中）：

如果想完全關閉這個功能，可以雙管齊下：把 crossSessionInbound 設成 refuse（不收訊息），再用權限規則封鎖 SendMessage 和 ListAgents 兩個工具（不發訊息、不列清單）。企業或學校的管理者也可以透過 managed settings 一次幫整個組織關閉。

六、誰該更新？使用前的注意事項

這次更新最適合的族群很明確：會同時開多個 Claude Code 視窗工作的人。如果你平常只開一個視窗慢慢聊，這個功能對你幾乎無感；但只要你有平行開發、多專案切換、或長時間背景任務的需求，強烈建議更新體驗看看。更新方式很簡單，執行 claude update（或用你原本的安裝方式升級）到 v2.1.224 以上即可。

更新前請留意以下幾點：

• Windows 用戶注意：原生 Windows 版暫時不支援，但在 WSL 2 裡跑 Linux 版 Claude Code 就可以用。
• 平台限制：透過 Amazon Bedrock、Google Cloud Agent Platform、Microsoft Foundry 等第三方雲端平台使用 Claude 的話，此功能不開放。
• 隱私環境變數會擋掉功能：如果你有設定 DISABLE_TELEMETRY、DO_NOT_TRACK 等關閉遙測的環境變數，功能所依賴的 feature flag 評估會被關閉，跨 Session 訊息也會跟著失效，需要取消相關設定才能使用。
• 容器內外不互通：容器（container）有自己獨立的檔案系統，所以容器內外的 Session 找不到彼此；同一個容器裡面的多個 Session 則可以正常互傳。

七、阿正老師的總結

整體來說，跨 Session 訊息是一個「用過就回不去」類型的功能：它沒有華麗的介面，卻精準解決了多視窗開發最惱人的資訊搬運問題。搭配官方謹慎的安全設計（訊息不能代替授權、不能改設定、指令不執行），可以放心開著用。