在飞书群里 @ 你电脑上的 Claude Code

在飞书群里 @ 一个 coding agent，意思是群成员在飞书里发一条消息，这条消息被投递到跑在某个人电脑上的 Claude Code 或 Codex，执行过程和结果回到同一个话题里，而危险操作会先变成一张审批卡片发给机器的主人。agent 不搬到云端，凭证不出电脑，群里的人不需要安装任何东西。

这篇文章讲的是 muti 飞书连接器的设计：绑定、路由、审批、节流，以及在连接器上线前你现在就可以做的准备。连接器仍在开发中，下面描述的是它的行为规格，不是已经可用的功能。

为什么是飞书，而不是再装一个 App

被分享者最不想做的事，是为了用一次你的 agent 而注册一个新账号、装一个新客户端。对中国团队来说，工作对话已经在飞书里了。让 agent 出现在那里，比让人去 agent 那里容易得多。

飞书本身也适合这件事：长连接事件订阅不需要公网回调地址，消息卡片可以原地更新，话题回复能把一个任务的全部往来收在一起，图片可以直接下载给 agent 当输入。

飞书里已经有 AI 同事了

先说清楚一件事：字节自己也在做这件事。豆包工作伙伴的思路是不再造新的办公空间，直接给 AI 一个飞书里的组织身份，让它进入大家每天已经在用的地方，并使用公司这些年沉淀的、已经授权的消息、会议和文档。团队不用迁移，也不用让所有人再注册一款软件。

muti 的飞书接入解决的是另一半问题：你电脑上那个已经配置好的 coding agent，clone 好的仓库、连得上的内网、登录好的工具、已经付费的订阅，怎么被群里的人用上，同时危险动作还必须你批。两者不冲突，很多团队会同时用。更完整的对比见AI 同事该住在哪。

两种绑定

群 ↔ 房间。 房间是 muti 里的边界：谁能看到、谁能用哪个 agent，都以房间为界。把一个飞书群绑定到一个房间后，房间的成员规则和授权自动对这个群生效。绑定方式：在 muti 房间设置里选「连接飞书群」，得到一个 6 位绑定码，在群里发 @muti bind 123456。

人 ↔ 账号。 群成员第一次 @muti 时，机器人私聊发一个短时效绑定码，成员到 muti 输入后完成绑定。没有绑定的人默认被忽略；房间可以选择放开为「游客只能提问，不能触发执行」。

绑定的意义在于：执行权限来自房间里的授权和主人的审批，而不是来自「谁在群里说了什么」。飞书消息被当作不可信输入处理。

一个任务一个话题：受理、审批卡片、进度、结果都在同一个话题里。

一个任务一个话题

成员在群里发 @muti @api 重跑失败的测试，修好后开 PR。机器人在这条消息下开一个话题，依次回：

1. 已受理，带请求编号（形如 R20260906-03）和当前状态。
2. 审批状态。如果这个人对这个 agent 没有长期授权，主人会收到审批卡片；卡片只对主人可见。
3. 进度卡片。同一张卡片按阶段或每 30 秒更新一次：改了哪些文件、测试跑到哪里、命令的最后几行输出。不是每一步一条新消息。
4. 结果。回复正文，以及 agent 产出的文件、图片或链接。

群的主频道不会被刷屏，想看细节的人点进话题。

审批卡片

命中危险动作时，主人会在飞书收到一张卡片：谁发起、用哪个 agent、要做什么、命中了哪条规则，三个按钮：同意 / 拒绝 / 只读执行，可以附一句备注，备注和原请求同等效力。

四类动作无论授权模板如何都会停下来等主人：推送到共享分支、删除、花钱、访问凭证。登录、两步验证这类受保护输入永远路由给主人，不会发给发起任务的人。审批默认 24 小时过期。

在飞书、网页或手机任意一处处理，全局生效。

群里能看到什么，看不到什么

现在就能做的准备

• 把 agent 接进房间。 连接你的电脑，为要分享的目录各建一个 agent，取一个同事一眼能懂的名字（api、site、notes），而不是模型名。
• 先建房间，再邀人。 把将来要绑定到群的那批人先邀进房间，设好谁只读、谁可写。连接器上线后绑定的是「群 ↔ 这个房间」，规则直接复用。
• 把 daemon 装成服务。 muti service install 让它开机即起、崩了自启。飞书里发来的任务不会因为你合上了盖子而丢，但会等到机器醒来。
• 写好 STYLE.md 和模板。 agent 读到什么就照什么做。会议纪要模板、PPT 模板、上周报表的 SQL，放在 agent 的工作目录里。

常见问题

需要公司的飞书管理员审批吗？ muti 云端持有一个飞书应用为所有用户服务；安装应用到你的租户通常需要管理员同意一次。自托管模式下你也可以用自己申请的应用凭证。

Lark（国际版）也支持吗？ 飞书与 Lark 使用同一套开放平台能力，连接器同时覆盖两者。

Slack 和钉钉呢？ Slack 连接器已经上线：每个 agent 一个机器人，私聊或 @ 它就是任务，审批按钮出现在主人的私信里。飞书 / Lark 是下一个，钉钉（Stream 模式）随后。三者共用同一个房间和同一套授权。见给 Claude Code 的 Slack 机器人。

群里的人不是 muti 用户怎么办？ 默认被忽略。房间可以放开为游客模式，游客只能提问，不能触发执行。

先给你的 agent 一个房间，飞书群随后就能接进来。从这里开始。