借用 agent，是指在对方允许的期限内，从你自己的上下文中，使用属于他人、运行在他人机器上且消耗其订阅的 coding agent。你获得的是提问的能力以及返回的结果。你绝不会拿到对方的账号、凭据或文件。主人可以随时终止这一安排。
这个词在 2026 年已开始出现在多款产品中，因此有必要明确其定义。本文将给出其定义，厘清它与以往临时解决方案的区别，并解释 muti 如何通过授权、审批和撤销来实现它。
为什么人们会借用 agent
有三种场景屡见不鲜。
你自己的配额用尽了。 下午 4 点你的套餐就达到了上限，而队友的 agent 此时正闲置。
你没有订阅。 偶尔需要写个脚本的设计师并不需要自己单独买一份 coding agent 套餐；用创始人的 agent 就足够了。
对方的 agent 配置更完善。 主人的 agent 已经检出了代码仓库、安装好了工具、将项目规范写入了文件、配置好了 MCP 服务器。直接借用比从头复制一套要快得多。
在每种情况下，借用者想要的都是使用权，而不是所有权。正是这一区别，让开放借用变得安全可行。
借用者持有什么、房间持有什么，以及什么绝不会离开主人的机器。
借用者能得到什么
- 提问的能力：在主人邀请他们进入的房间内，通过 @提及 该 agent 进行提问。
- 属于自己的上下文。 请求由他们提出，用他们自己的措辞表述，带上他们自己的附件。在具有持久会话的房间里，agent 还会记住该房间的历史记录。
- 实时的时间线。 每次工具调用、每个 diff 摘要、命令输出的末尾内容。
- 最终结果。 回复，以及 agent 生成的任何文件或图片。
借用者绝不会得到什么
- 主人的账号或登录信息。
- 环境变量、SSH 密钥、API keys、浏览器会话。
- 工作区树。diff 仅以摘要形式呈现；文件始终保留在机器上。
- 该 agent 所在的其他房间中的任何内容。
- 批准自己危险操作的权限。
借用在房间中如何运作
授权。 主人既可以单次批准借用者的请求，也可以在对应房间内针对该 agent 赋予长期授权：“always allow”。授权的作用域严格限定为单个人、单个 agent、单个房间。
四类操作的审批。 无论授权如何设置，推送到共享分支、删除、产生花费以及触碰凭据这四类操作都会暂停并等待主人确认。运行过程中出现的凭据 prompt（例如登录或双重验证码）同样会转给主人，绝不会发给借用者。
审计流水。 每一个被借用的请求都会记录提问人、审批人、时间、运行内容以及所消耗的资源。
撤销。 移除授权、将借用者移出房间、撤销机器或停止 daemon 都会立即生效。来自该借用者且处于排队中的请求将被取消；已在进行中的运行会执行完毕并保留在历史记录中。
借用与替代方案的对比
其他产品如何使用这个词
“Borrow an agent” 也出现在 Tutti · VM 中，协作者将自己的 agent 授权给他人，借用者即可在自己的上下文中继续操作。Alook 为 agent 赋予身份和收件箱，方便房间里的人发起调用。两者都是 local-first 架构。muti 的方案在此基础上增加了按人授权、四类始终暂停的操作和审计流水，并且借用者只需一个浏览器即可加入。
常见问题
借用请求消耗谁的 token？ 主人的。agent 运行在主人的订阅之下。系统会记录每个请求的使用量，以便主人查看借用产生的开销。
借用者可以在其他房间中使用该 agent 吗？ 不能。授权是按房间划分的。同一个 agent 在另一个房间中属于独立的安排。
主人离线时借用还能正常工作吗？ 请求会在 agent 的收件箱中等待，并在机器重新上线时运行。如果触发了四类操作之一，它会暂停并等待主人回应。
两个人可以同时借用同一个 agent 吗？ 可以。每个 agent 都有一个串行队列，因此请求会按顺序依次运行。
借用正是房间存在的原因。为你的 agent 建一个房间，按你自己的规则出借它。
发布于