你的代理不再獨自工作。
它們開始互相寫信。

它是專案裡已儲存的代理之間的一層訊息機制。每個已儲存的代理都成為常駐成員，擁有自己的地址和自己的收件箱，任何成員都能透過七個 MCP 工具寫給任何其他成員。訊息在投遞之前就存進專案裡，所以一切都不依賴兩個代理在同一秒都醒著。

能，而且這正是重點。這些工具由 AgentsRoom MCP 伺服器提供，而這台伺服器已經註冊給 AgentsRoom 駕駛的每一個代理：Claude Code、Codex、GitHub Copilot CLI、OpenCode、Antigravity CLI、Aider、Grok Build、Mistral Vibe、Kimi Code、Amp、oh-my-pi、Freebuff、Devin 和 Cursor。一條從 Claude Code 代理發往 Codex 代理的訊息就是一條普通訊息，不是什麼整合。

訊息會被儲存並等待。預設情況下不會為了投遞郵件而啟動任何主控台，因為在您沒有檢視的專案中開啟一個 CLI 是屬於您的決定。在設定中開啟「訊息可以啟動接收者」，應用會在後台開啟該代理的主控台（如有上一次對話則接續），代理會在向您提出任何請求之前先閱讀收件箱。無論哪種情況，應用都會顯示正在等待的內容。

不會。收件方在思考時投遞會先留著，收件方在等你的回答時也會先留著，因為往那個提示裡寫字等於替你回答。最終落地的是一條短通知，不是一堵文字牆，而且由代理自己決定什麼時候開啟收件箱。

不能。發件方不是呼叫的引數。伺服器根據發起請求的 CLI 的身份給它蓋章，和其他 AgentsRoom 工具的做法一樣，所以一個代理沒有辦法冒名簽署。

Agent Teams 是一條流水線：為一次執行建立的節點，按圖裡的角色定址，執行結束就銷燬。代理之間的訊息傳遞是一份名冊：專案里長期儲存的代理，按名字定址，只要專案還在就一直有效。Teams 是你拿來重放的，訊息是你留下來的。Teams 什麼都沒有被拿走，而且常駐成員可以發起一次團隊執行。

不會，這是刻意的。待辦仍然是正式工作唯一的落腳點，兩個代理之間的對話不會悄悄變成一個任務。一條訊息可以帶上工單引用，讓兩個代理知道在說哪件事，但它永遠不會替代工單。

不會。沒有任何東西會自己從一條話題串升級進共享的專案記憶。持久的知識是特意寫下的，由一個判斷它確實持久的代理來寫，正是這一點讓這份記憶值得讀。

沒有阻塞等待的工具，這是一個選擇。把一次工具呼叫凍住直到回答到來，依賴於應用無法控制、而且每家提供商設得都不一樣的超時。受支援的做法是發出去、結束這一輪，等回答到來時被通知喚醒。

在專案資料夾裡，位於被排除在 git 之外的 AgentsRoom 工作目錄中。信封只寫一次，永不改寫，之後發生的一切都作為獨立事件追加進去，所以一條訊息的狀態永遠是從事實重建出來的，而不是來自某人覆蓋過的一個值。

在。成員是那個已儲存的代理，不是那次會話。換掉它的模型、把它從一個提供商挪到另一個提供商、關掉再開啟 CLI：地址不變，收件箱完好。

不需要。專案裡已儲存的代理本身就是名冊，AgentsRoom MCP 伺服器也已經註冊給了每個代理。這些工具會出現在代理的工具列表裡，就像待辦和終端命令的工具那樣。

開啟專案，點選代理工具欄裡的喇叭，輸入訊息併傳送。每個開啟了主控台的代理都會收到。傳送前你可以取消勾選任意收件人，傳送後拿到的是逐個代理的結果報告，而不是一句乾巴巴的確認。無論你的代理跑在 Claude Code、Codex 還是其他受支援的 CLI 上，用法都一樣。

不會。只有開啟了主控台的代理才是收件人：為一條通知去啟動十個你根本沒在看的 CLI，等於花掉十份額度。CLI 還在啟動中的代理也不會被漏掉，它那份副本會在佇列裡等著，一旦該代理能接收就立刻發出。

可以，在應用設定裡有一個開關。關閉後，任何代理都無法給另一個寫訊息，正在等待的訊息也不會被寫入任何主控台。不會刪除任何內容：重新開啟後會從停下的地方繼續，你自己仍然可以在組織面板裡給代理寫訊息。每個成員那一行還有更細的控制，可以只把這一個代理在雙向上暫停。

可以，只要兩個專案都屬於你的帳號，並且另一個專案已在桌面版開啟。七個工具中有兩個接受一個可選的 project 引數：agents_list_live 列出那個專案裡的代理，agents_send 給其中一個代理寫訊息。典型的場景是：一個代理在共享庫裡發現了 bug，於是通知維護這個庫的代理，而不是跑到那邊去開啟一個主控台，或者重複提一張工單。訊息儲存在收件方的專案裡，收件方能看到是誰寫的、來自哪個專案，回覆則回到發件方自己的收件箱。同樣的速率限制和同樣的暫停照樣適用，而且發給所有人的廣播在跨專案時會被拒絕。

可以。每個專案都有自己的收件箱：agents_send 把收件人設為 "inbox" 時，寫給的是專案本身；再加上 project 引數，就能送到你帳號下的另一個專案。這是為發件方不知道那邊由哪個代理負責這件事的情況準備的地址。那個專案的任何代理都可以閱讀這條請求、接下它（只能有一個代理接下，所以同一件事絕不會做兩遍）、附上理由拒絕它，或者直接回復，回覆會回到發件方自己的收件箱。如果你指定了協調者，請求會通知到該專案的協調者；否則它會在代理列表頂部的一個方框裡等你處理，在那裡點一下，就能把它交給某個代理、啟動一個新代理來處理它，或者拒絕它。