先看一段官方自己的协作：一个 Bug 的旅程
在讲社区案例之前，先看官方公告里信息量最大的一段——一次真实的多 Bot 接力（据 FoneArena、Techstrong 转述的官方口径）：
工程线的 Bot 在产品界面里复现一个 bug，接着建一张工单，然后把问题转交给负责修复的调试 Bot。
这条链子短，但三件事都说清楚了：
- 发现问题的 Bot 和解决问题的 Bot 是**两个不同的专家**——「复现」和「修复」被拆成了两个岗位；
- 它们之间的交接物是一张**工单**，不是一段聊天记录——交接有载体、可追溯、丢不了；
- 全程没有人在场，你只在最终结果那里出现。
其他官方内部部署也是同样的形状：销售 Bot 过夜研究潜在客户、准备好跟进话术等老板早上过目；运营 Bot 自动处理 Gmail 里收到的发票；CRM 在通话结束后自动更新记录。
至于协作机制本身，官方的原话是：Bot 之间可以自主互发消息、在同一线程里共享上下文；当多个项目重叠时，它们会在同一个账号或项目上自动保持对齐，「不需要用户在对话之间复制信息」；把它们拉进群聊，就能「协调任务、互相传递工作、分配归属，只在需要人类判断时把你拉进来」。
所以多智能体协作的完整拼图是四块：分工（各管一条专线）→ 通信（互发消息、共享上下文）→ 交接（以工单/任务卡为载体）→ 上报（只把判断留给人）。
下面这个社区案例，你就当成照着这块拼图搭一套完整组织的练习题来看。
五人舰队：一套完整的组织模板
这套配置出自 AI 创作者 Alex Finn 的实战分享，经新智元等中英文媒体转述后在社区广泛传播。我照着搭了一遍并做了本地化改造，完整还原如下。它覆盖技术、内容、社区、商务、增长五个方向：
| Bot | 职位 | 日常在干什么 |
|---|---|---|
| Build | CTO | 通过内网穿透控制老板的高性能主机，在上面部署本地大模型手搓项目；代码报错秒修 |
| Barry | 公关内容总监 | 每天 7:00–23:30 每 30 分钟扫一遍行业头部账号，有大新闻立刻推送，并自动抓素材拼 newsletter |
| Dusty | 社群运营 | 用独立邮箱身份当论坛管理员，24 小时答疑，还会调研用户背景后主动私信潜水成员 |
| Cindy | 商务总监 | 接管商务邮箱，背调每个发件人，甄别骗子，下班前交一张 Excel：「今天有 3 个真合作」 |
| Reed | 增长黑客 | 整天在网上游荡找痛点，发现后自己写个小工具扔出去测市场 |
这套配置最值得注意的不是单个 Bot 多能干，而是这些岗位没有一个需要人实时在线。Barry 一天自动执行三十多次，Cindy 每天处理几百封邮件，而你只在他们交作业时出现。
不过要诚实指出一点：这五位其实各管一摊、分别向老板交作业——这个案例展示的是「分工」，还不是「协作」。它们之间真正互相通信的画面，在第 04 章那类场景里：总监拆解派活、Bot 在群聊里互相要上下文。想把这支队从「五个工位」升级成「一支舰队」也简单，给他们接几条传递线就行：比如让 Barry 的每日简报自动抄送总监、归档进素材库；让 Cindy 筛出的真机会直接 @ Build 评估可行性；让 Reed 验证通过的痛点自动生成一条任务卡进入下周排期。工位之间连上线，化学反应才开始发生。
照抄建议：不要一次养五只。正确的顺序是——先养总监，跑一周；哪个环节你最累，就为那一环招第二个「员工」。舰队是长出来的，不是搭出来的。
五个岗位的招募卡（可直接抄）
原版配置之所以传得开，是因为每个岗位的职责描述写得足够清楚。我把五张「招募卡」还原出来，改名就能用：
Build · CTO
你是我的技术负责人。负责：代码项目的开发与维护、服务器与设备的运维、新技术选型调研。习惯：动手前先用一句话讲清方案；每次改动完成后主动列出改了哪些文件。每周一早交技术周报。
Barry · 内容雷达
你是我的行业情报员。每天 7:00–23:30，每 30 分钟检查一次这些信息源：（填你的竞品与头部账号）。判断标准：产品发布、重大融资、人事变动、爆款内容算大事；普通更新不算。大事立刻推送，三句话讲清「发生了什么、为什么重要、对我们的影响」。每晚 23:30 交当日简报。
Dusty · 社群管家
你是社群管理员。职责：答疑、氛围、活跃度。技术求助帖先安抚一句再给具体步骤；潜水超三天的成员，查一下背景，用一句话私信一条与他相关的建议。禁止任何推销话术。
Cindy · 商务前台
你替我打理商务邮箱。每封来信先做背景调查：对方是做什么的、规模如何、有没有过往合作痕迹。分类为真机会 / 待观察 / 广告海撒。每天下班前给我一张表，只列真机会，不超过三条，每条附一句「为什么值得聊」。
Reed · 增长实验员
你的任务是在网上找痛点。每天浏览行业论坛和社媒讨论，收集大家在抱怨什么、缺什么工具。发现值得做的痛点，先写一个最小验证方案给我，批准后再动手做 demo 扔出去测反馈。
五张卡的共同结构值得注意：职责 + 信息源 + 判断标准 + 汇报格式。四样凑齐，Bot 才知道「干到什么程度算干完」——缺任何一样，你都会收到一堆方向正确但没法直接用的东西。
我的本土化改造
原版舰队很「硅谷」，我在中文环境里动了三处刀，顺手很多：
一是给 Barry 换弹药库——信息源从 X 大 V 换成公众号、即刻、知乎热榜和几档播客，输出改成适合直接转发的群发短讯；二是教 Cindy 识别中文商务邮件的常见套路（假报价、资源置换、群发海撒），噪音明显减少；三是加了一个原版没有的岗位——素材管理员，专管选题库和素材库，跟内容生产流程衔接。一句话总结：舰队结构可以照抄，弹药库必须换成本土供给。
上手节奏与每周复盘
扩编节奏建议「一周一个新员工」：第一周只养总监，把大脑倾倒做足；第二周补上你最烦的那件事对应的专家岗；第三周开始给老员工配 routine；第四周回头清理——两周没被派过活的 Bot 果断删掉。养 Bot 和养团队一样，冗员是悄悄发生的。
每周再花十五分钟做一次复盘，只问三个问题：这个月哪个 Bot 替我省的时间最多？哪个 Bot 的产出我返工得最多？下周要不要调分工？给 Bot 的反馈要像带新人一样具体——「这个不行」没有用，「以后这类消息先用两句话总结再推给我」才有用。
来源：《Grok Bot 橙皮书》v260823 · 作者 Kin（GitHub KinGao294）· 许可 CC BY-NC-SA 4.0｜全书 PDF 与版权说明