多 Bot 分工协作
一个 Bot 能做很多事，但"一个人包揽一切"在 AI 身上同样会出问题：记忆混杂、上下文太长、边界不清。当工作量上来，就该像组建小团队一样，让几个 Bot 各管一摊。
什么时候该拆
出现下面任一情况，就值得新建一个 Bot：
- 目标不同（调研 vs 写作 vs 审核）；
- 用的工具不同（一个管邮箱，一个管代码仓库）；
- 风格或边界不同（一个可以大胆发散，一个必须严格保守）；
- 有独立的固定时间表。
协作的三种方式
1. 群聊：新建对话时选择多个 Bot（数量有上限，以官方最新说明为准），说明共同目标和每人负责的环节。
text
@调研员 收集近一个月关于"远程团队协作工具"的公开资料，每条结论附链接。
@撰稿人 根据调研结果写一篇 1500 字的科普文章初稿。
@审稿人 对照来源核查初稿，只列出必须修改的问题。
全程不要发布任何内容。直接发消息时 Bot 们会自己判断谁来回应；用 @ 可以指定某一位；@everyone 用于全员通知。
2. Bot 之间直接交接：一个 Bot 可以给另一个 Bot 发消息，对方会被唤醒处理，并在之后回复。你能在对话里看到交接过程。
text
整理完本周数据后，把汇总表交给"周报助手"，让它写成周报草稿。3. 后台长任务：耗时很长的工作（比如批量处理几百个文件），Bot 可以放在后台推进，期间你照常和它对话，完成后再通知你。
让协作不乱的规则
- 每个环节只有一个负责人。两个 Bot 同时做同一件事，只会产生重复成果和一堆噪音通知。
- 交付物要明确：交给下一棒的是一个文件、一张表，还是一段结论？
- 共享靠文件：所有 Bot 共用一台云电脑，约定好共享目录，比如
/workspace/团队周报/。
群聊的局限
群聊里不会出现审批卡片、登录请求和邮件草稿，这些只出现在一对一对话中。另外 Bot 在群里交接时目前只能传文字，需要看图的，让 Bot 直接把图片发给对方。
多 Bot 不是权限隔离
所有 Bot 共享同一台电脑上的文件和登录状态。不要以为"只有财务 Bot 知道这个密码"——其他 Bot 一样能访问。
从一个开始，慢慢扩
不要第一天就建十个 Bot。建议从一个最常用的开始，发现它的工作明显分成两块时再拆。现成的组队方案可以参考团队模板。