To borrow an agent is to use a coding agent that belongs to someone else, running on their machine with their subscription, from your own context and for as long as they allow. You get the ability to ask and the results that come back. You never get their account, their credentials or their files. The owner can end the arrangement at any moment.
這個詞在 2026 年開始出現在多款產品中，值得好好定義一番。本文將釐清其意涵、區分它與舊有變通做法的不同，並解釋 muti 如何透過授權、審批與撤銷機制來實現這項功能。
為什麼大家會想借用 agent
有三種情況屢見不鮮。
自己的額度用盡了。 下午 4 點你觸碰到了方案用量上限，而隊友的 agent 正好閒置。
自己沒有訂閱。 偶爾需要寫個腳本的設計師並不需要自己買 coding agent 方案；借用創辦人的 agent 就足夠了。
對方的 agent 環境配置更完善。 主人的 agent 已經 checkout 了 repo、安裝好各項工具、載入了團隊規範設定檔，並且配置好 MCP 伺服器。直接借用，遠比自己重新設定一遍快得多。
在上述各種情況下，借用者要的都是使用權，而非所有權。正是這項區別，讓出借 agent 變得安全可行。
借用者持有的內容、房間持有的內容，以及絕不離開主人電腦的內容。
借用者能獲得什麼
- 提問的能力：在主人邀請進入的房間中，透過 mention agent 提出問題。
- 自己的情境。 請求是由借用者提出，使用自己的措辭，並附帶自己的附件。在具備持久工作階段的房間中，agent 也會記住該房間的歷史紀錄。
- 即時的時間線。 每一次工具呼叫、每一個 diff 摘要、指令輸出的結尾內容。
- 執行成果。 回覆內容，以及 agent 產生的任何檔案或圖片。
借用者絕不會獲得什麼
- 主人的帳號或登入資訊。
- 環境變數、SSH 金鑰、API 金鑰、瀏覽器工作階段。
- 工作目錄（working tree）。diff 僅以摘要呈現；檔案始終留在電腦上。
- 該 agent 所處其他房間的任何內容。
- 自行核准危險操作的權限。
借用在房間中的運作機制
授權。 主人可以單次核准借用者的請求，或者在該房間中為該 agent 給予長期授權：「always allow」。授權的作用範圍限定於單一人員、單一 agent、單一房間。
四種操作的審批。 無論授權設定為何，推送到共用分支、刪除、花費金錢以及存取憑證這四類操作，都會暫停並等待主人確認。執行過程中若出現憑證 prompt（例如登入提示或雙重驗證碼），同樣只會發送給主人，絕不會轉給借用者。
稽核紀錄。 每一筆借用請求都會記錄由誰提出、由誰核准、時間、執行了什麼，以及消耗了哪些資源。
撤銷。 移除授權、將借用者移出房間、撤銷機器授權或停止 daemon，全都會立即生效。來自該借用者、尚在排隊的請求將會被取消；已經在進行中的執行則會跑完並保留在歷史紀錄中。
借用與其他替代方案的比較
其他產品如何使用這個詞
「Borrow an agent」曾出現在 Tutti · VM，協作者能將自己的 agent 授權給其他人，借用者可從自己的情境中接續操作。Alook 則賦予 agent 身分與收件匣，供房間內的人員發送需求。兩者皆採用 local-first 架構。muti 的版本則進一步加入了針對個人的授權、四種必然暫停的操作，以及稽核紀錄，並讓借用者只要透過瀏覽器就能加入。
常見問題
借用請求會消耗誰的 tokens？ 主人的。agent 是在主人的訂閱方案下運行。系統會記錄每次請求的用量，方便主人掌握借用產生的花費。
借用者可以在其他房間使用該 agent 嗎？ 不行。授權是以房間為單位。同一個 agent 出現在另一個房間，屬於獨立的授權配置。
主人離線時，借用還能運作嗎？ 請求會保留在 agent 的收件匣中排隊，待電腦恢復連線後再執行。如果執行過程中觸及那四種操作之一，則會暫停直到主人回覆為止。
兩個人可以同時借用同一個 agent 嗎？ 可以。每個 agent 都有一個序列排程隊列，因此請求會依序逐一執行。
借用正是房間存在的初衷。為你的 agent 建立一個房間，按照你自己的規則出借。
發布於