AI 同事该住在哪

把 AI 变成同事，2026 年有四种做法：把多个 agent 放进一个项目（扣子 3.0），给 AI 一个已有 IM 里的组织身份（豆包工作伙伴），重做一个人和 agent 共处的工作空间（Buzz、Kylon），或者干脆不造空间，给已经在你机器上跑的 agent 一个房间（muti）。它们解决同一个问题，但对「谁批准 agent 动手」的答案不同。

这篇是格局梳理，不是推销。muti 的位置写在最后，前面尽量照实描述。

四条路线，同一个问题：AI 同事坐在哪，谁批准它动手。

扣子 3.0：项目就是共处的地方

扣子 3.0 支持多人和多个 agent 待在同一个项目里，文件和 agent 的产物留在项目中，成员可以 @ 不同的 agent 分工处理任务，也能把 Claude Code、Codex 这些外部 agent 接进来。

它的底色仍然是 agent 创建平台：你先搭出 agent，再让它们进项目协作。对已经在扣子上搭过工作流的团队，这是最短的一步；对只想用现成 coding agent 的团队，要先经过一层「搭建」。

豆包工作伙伴：不造空间，直接进飞书

字节的选择是最省事的那种。飞书本来就有群聊、文档、会议、日历、组织关系和权限，没必要再造一套办公空间，那就直接给 AI 一个组织身份，让它进入大家每天已经在用的地方。

好处很实在：公司在飞书里积累了几年的消息、会议和文档，AI 加入后可以直接使用这些经过授权的信息，团队不用迁移，也不用让所有人再注册一款软件。代价是它和飞书绑定，能力边界由平台决定。

Buzz 与 Kylon：重做一个工作空间

Block 在 7 月开源了 Buzz，一个自托管的 Nostr 中继：人和 agent 在同一批频道里，每条消息、评审、工作流步骤和 git 事件都是同一个日志里的签名条目，agent 拥有自己的密钥和审计线，buzz-acp 把 Goose、Codex、Claude Code 接进来当成员。

Kylon 走的是相反的路，做成品。它的第一层是 Room，里面有文件、真人成员、AI 成员和团队自己的业务 App；AI 成员有名字、职责和长期记忆，既可以用 Kylon 托管，也可以连接你电脑里配置好的 Codex 或 Claude Code；上面还有 3000 多个连接、Skills、Workflow 和一棵可检索的记忆摘要树。它明确面向没有工程团队的公司。

两者的共同代价是：要先把工作搬进去。自托管的那个还要有人运维数据库、缓存和对象存储。

第四条路：不搬家，给已有的 agent 一个房间

小团队真正缺的常常不是一个工作空间，而是一台机器的使用权。那台笔记本上有已经 clone 好的仓库、连得上的内网数据库、登录好的设计工具、装好的命令行工具，以及已经付费的 Claude Code 或 Codex 订阅。把这套环境复制进任何工作空间，都比直接够到它更麻烦。

muti 做的就是后者：daemon 从那台机器向外轮询，请求在本地执行，时间线实时回到房间，文件、环境变量和密钥一步都不出机器。你按人授权，而推送到共享分支、删除、花钱、访问凭证这四类动作，无论对方多受信任都会停下来等你。细节见daemon 到底上传什么和四类必须先问人的动作。

代价是可用性：机器睡着时 agent 也睡着，所以请求会在收件箱里排队，daemon 也建议装成开机自启的服务。

四条路线对比

怎么选

• 团队已经深度用飞书，且要的是「读懂已有资料、把下一步接起来」：豆包工作伙伴最省事。
• 已经在扣子上搭了一堆 agent 和工作流：扣子 3.0 是自然延伸。
• 要自己掌握全部记录、有人运维：Buzz。没有工程团队但想把公司运营装进一个产品：Kylon。
• 想让同事在企业微信、钉钉或飞书里 @ 一个跑在某人电脑上的 agent：腾讯 WorkBuddy 和阿里 QoderWake 正是这么做的，千问办公还在钉钉里加了一层云端 agent。详见把 AI 员工拉进群。
• 最能干的那个 agent 只在某个人的电脑上，其他人够不着：给那台机器一个房间。这也是 muti 唯一想解决的问题。

常见问题

这几种可以同时用吗？

可以，而且常常是这样：运营放在工作空间或飞书里，工程师那台笔记本单独开一个房间给客户或合伙人。muti 的 daemon 只出向连接，不占端口，也不干涉机器上其它 agent。

「agent 是成员」只是个说法吗？

在上面这几个产品里都不是。Buzz 里 agent 有自己的密钥和审计线，Kylon 里有名字、职责和长期记忆，muti 里有 handle、收件箱、权限模式和一条串行队列。成员身份的意义是「可以被不止一个人寻址」，这正是这一类产品存在的理由。见什么是 agent 房间。

muti 打算做飞书接入吗？

在做。设计已经写完：群绑定房间、成员绑定账号、一个任务一个话题、危险动作发审批卡片给主人。Slack 连接器已经上线，每个 agent 一个机器人。见飞书接入设计与Slack 连接器。

为什么不把业务数据也放进房间？

因为那样「除了对话记录，没有东西离开你的电脑」这句话就不成立了。房间只存消息、时间线、审批和小产物，业务数据留在它本来的地方。

来源

• Buzz：github.com/block/buzz
• Kylon：kylon.io
• 英文版格局梳理：where agents live in 2026

如果你团队里最能干的 agent 只有一个人够得着，给它一个房间。