总监模式
当你有三五个以上的 Bot，最大的问题不再是能力，是调度：这个活该派给谁？于是社区里人人都在做的第一件事，就是把第一个 Bot 设置成 Chief of Staff（幕僚长/总监）：置顶，命名成真人名，所有任务无脑丢给它。
它的日常工作长这样：你发一句「研究一下最近的 AI 趋势，写封邮件发出去」，它回你一句「研究分给 Barry，写邮件分给 Cindy」，然后自动拆解、派发、追踪进度。你面对的始终只有一个对话框，复杂度全部沉到水面之下。
群聊：它们真的会互相说话
这是 Grok Bot 最让我觉得「时代变了」的瞬间。你把几个 Bot 拉进同一条对话后，它们会自发地互相发消息。
一个社区里流传很广的例子：让写代码的 Bot 开发一个功能，它会主动去给内容 Bot 发消息：“老板前几天在 X 上发的需求，上下文发我一下。”没人教它这么干——任务交接、上下文传递、进度同步，全部发生在你看不见的后台。
配合云端共享的工作环境（一个 Bot 登录过的网站，另一个接手时不用重新登录），整支团队的协作顺滑度远超预期。
分工的学问：按专线，不按工具
官方推荐的分工方式是按「专线（lane）」划分：收件箱管理、开支报销、招聘、修 bug、日常运营，一条线一个专家。实践中有两条经验值得记住：
- **按业务域切，不按软件切**。「负责邮件的 Bot」是好设计，「负责 Chrome 的 Bot」不是——工具只是手段，职责才是边界。
- **花钱的事单独隔离**。支付相关的活固定交给一个专门的 Bot，授权范围最小化，出问题也最容易定位。
来源：《Grok Bot 橙皮书》v260823 · 作者 Kin（GitHub KinGao294）· 许可 CC BY-NC-SA 4.0｜全书 PDF 与版权说明