觀點 · 資訊分享
Claude Code 讓不同工作階段互相傳訊息：連別台機器也能點名，收訊端可先攔下等你批准
Claude Code 2.1.224 加入跨工作階段的 SendMessage，2.1.225 進一步能向其他機器上的 Remote Control 工作階段主動傳話，並提供接受、攔下、拒絕三種收訊設定。
- 發布
- 2026-08-09
- 篇幅
- 約 4 分鐘 · 2,004 字
- 結構
- 7 節 + 3 題常見問題
- 標籤
一句話看懂：Claude Code 的不同工作階段現在可以互相傳訊息，連你另一台機器上的 Remote Control 工作階段也能用名字找到並傳話；收訊的一方還能設定要不要先攔下來等你批准。
先用白話講：這是在解決什麼麻煩？
想像你同時開了三個終端機視窗，各自讓 Claude Code 做不同的事：一個在改資料庫結構，一個在改前端，一個在跑測試。資料庫那邊做完了，前端這邊需要知道新欄位叫什麼名字，以前你得自己複製、貼上，當人肉傳話員。
現在的做法，就像給三位同事一個內部聊天群：Claude 可以自己找出有哪些工作階段在跑，直接把「欄位叫 tenant_id，可以 rebase 了」這類訊息送給另一個 Claude，你不用再一直複製貼上。
發生什麼事
這是連續兩個版本的更新：
- 2.1.224（8 月 7 日）：新增跨工作階段的
SendMessage，Claude Code 的工作階段可以在你的任何一台機器之間互相傳訊息，並用ListAgents找出其他工作階段（目前支援 macOS 與 Linux）。同時加入crossSessionInbound與dialogExpiry兩個設定 - 2.1.225（8 月 8 日）：
SendMessage現在能主動向其他機器上的 Remote Control 工作階段開啟對話，用名字指定（ListAgents會列成name [ref]），不再只能等對方先傳訊息過來才回覆。同版也修了訊息在無頭（headless）工作階段與啟動期間「卡住沒有通知也不過期」的問題
安全上怎麼設計
訊息可以隨便傳，會不會變成後門？依官方文件（現況）的說明，設計有幾道限制：
| 情境 | 怎麼處理 |
|---|---|
| 收到別的工作階段的訊息 | Claude 會被告知「這是另一個工作階段傳的，不是使用者」 |
| 訊息想核准某個權限請求 | 不行，來自別的工作階段的訊息不算你的同意 |
| 訊息想改設定或 CLAUDE.md | 不行，Claude 被要求不可因此改動設定 |
| 收訊端用了「跳過權限確認」模式 | 預設會先攔下，等你在對話框批准（逾時預設 5 分鐘就丟棄） |
crossSessionInbound 可以設成接受（accept）、攔下（hold）或拒絕（refuse）。想整個關掉，可以在管理設定同時加上 SendMessage 與 ListAgents 的拒絕規則，並設 refuse。
給開發者的技術細節
- 傳進來的訊息會像你自己打的提示一樣計入用量
- 無頭模式（
-p）沒辦法跳出批准對話框，被攔下的訊息會保留到dialogExpiry（預設 5 分鐘）；要讓背景工作者無人值守接收，要在它的設定裡把crossSessionInbound設成accept - 官方文件現況列出了更多後續功能（例如閒置時通知，需要更新的版本），這些不是 8 月 7、8 日這兩版的內容，請以你實際的版本為準
- 2.1.224 同一版還加入了
claude self-hosted-runner（把自己的機器變成 Claude Code 網頁、手機、桌面工作階段的執行環境，限 Team 與 Enterprise 方案）、用 zip 網址安裝外掛的archive來源，並移除了每個工作階段 200 個子代理的上限
我的看法
多工作階段協作是個很實用的方向。把大任務拆成幾個互不干擾的工作階段是常見做法，但資訊同步一直很靠手工。這個功能把「傳話」交給 Claude，確實省事。
但我對「自動送達」比較保守：如果兩個工作階段都開了「跳過權限確認」，訊息就能直接互通，那一個出錯，就可能把另一個也帶偏。官方預設會攔下送給「跳過權限」工作階段的訊息，這個預設我會保留，不會隨手改成全部自動接受。小團隊如果共用機器，也建議先看看管理設定能不能統一管。
名詞小辭典
- 工作階段（Session）：Claude Code 一次完整的工作，有自己的對話歷史與權限設定。
- Remote Control：從別的裝置遠端接手操作某個 Claude Code 工作階段的功能。
- 無頭模式（Headless）：沒有互動畫面、由程式直接呼叫的執行方式。
- 權限確認：Claude 要執行有風險的動作前，先問使用者能不能做的機制。