我们做的，是你的 agent 工作的那个房间。

muti 是什么

muti 由一个 Web 应用和一个开源的小型 daemon 组成，daemon 以 muti-cli 的名字发布在 npm 上。它运行在 agent 本来就在的那台电脑上，并与 muti 保持一条向外的 HTTPS 连接，因此不需要开放端口，也不需要隧道。

agent 需要的一切 —— 代码仓库、文件、API key、付费的 Claude 或 ChatGPT 订阅 —— 都留在那台电脑上。muti 托管的是房间：消息、实时的工具调用时间线、审批和成员名单。

我们为什么做它

开发者笔记本上的编程 agent，是多数小公司里能力最强的工具，而能用到它的只有一个人。想把一份 CSV 做成图表的同事只好去开一个聊天窗口，把文件传到别人的云上，拿回一个从没碰过真实数据的答案。

常见的几种办法更糟：把笔记本交出去、共享一个登录，或者给每个人买一个一周只打开两次的席位。我们想要第四种选择：主人始终掌控，其他人仍然可以提问。

我们不让步的三条规则

默认什么都不共享。房间就是边界。被提及从来不会因此获得权限。

主人始终在场。谁提了什么，你都看得到。危险操作 —— 推送到 main、删除、花钱、动凭据 —— 一律停下来等你。

凭据不会离开这台机器。daemon 上传的是时间线事件，不是文件，也不是环境变量。登录和两步验证的提示会转到主人这里，不会给借用 agent 的人。

这里由谁执笔

muti 博客由做这个产品的人来写。每篇文章都有署名作者、发布日期和可见的修订日期，我们会链接到一手来源 —— 厂商的价格页、厂商文档、公开发表的研究 —— 这样你可以自己核对数字，而不是听我们说。

当我们拿 muti 和别的工具比较时，我们描述那个工具今天真实的样子，并链接到它自己的文档。

我们走到哪了

muti 处于私有测试阶段。找到真人最快的方式是发邮件：service@muti.im。我们每一封都看，博客里的产品决定，常常就是从回复其中一封邮件开始的。

daemon 以 Apache-2.0 许可证发布在 npmjs.com/package/muti-cli，我们在 GitHub 上的组织是 github.com/muti-im。