一个 bot 管六个 bot，每天只发一条消息

Grok Bot 团队的 Lauren Tan 有一套自己的助理配置，Morlex 把它整理成了 12 个文件，完整 prompt 印在卡片上。

核心结构很简单：她只跟一个 bot 说话，这个 bot 管着另外六个。每天只收一条消息。

大多数人配 AI 助手的思路是找一个万能 bot，把所有事都丢给它。Lauren 的做法反过来。一个 bot 只做路由和汇总，具体的事交给六个各管一摊的 specialist。

12 个文件里，六个 md 定义了行为边界：

prompt.md 是她唯一的联系人。所有请求先到这里。

triage.md 做分诊。小任务当场做完，大任务转给负责的 bot。

daily-summary.md 每天一条消息，只分三类：需要我、已完成、被阻塞。

ask-first.md 是权限红线。没有她的同意，不付款、不发帖、不预订、不联系任何人。

two-fails.md 防死循环。一个 bot 失败两次就停下来，解释原因。

quiet.md 定义沉默。没有新闻就不发消息。

bots/ 目录下是 specialist 的分工：matcha 分派工程工作，工程师在里面跑 cloud agents；dr. eggbot 构建新 bot，每周重读聊天记录；potato 读 X 提及；suki 处理旅行；crumb 追磁盘空间。

这套东西写成了文件，本质是把管理动作变成了配置。分诊、汇报、授权、熔断、静默，全是人类组织里 chief of staff 干的事。

有人问 Morlex，跟一个 bot 说话，它再指令其他 bot，同一个任务双重消耗，逻辑是什么。

这个问题值得回答。如果只有一个 bot 干所有事，它的上下文会越来越脏。工程任务的日志、旅行预订的确认号、X 提及的截图，全堆在一个记忆里。每加一件事，之前的事就多一层干扰。

分域之后，每个 bot 有独立的上下文和记忆。chief 不干活，它只决定什么该找谁，以及什么事需要老板拍板。chief of staff 不替工程师写代码，它管理老板的注意力。

一个月前，Grok Bot 把后端模型换成了 Claude Opus 5.5。Musk 在 10 月 7 日发帖说 SpaceX 会把任务路由到最好的模型，第一个名字就是 Opus 5.5。Lauren 随后确认所有 bot 都由 Opus 5.5 驱动，还能 spawn Cursor 的 cloud agents。

这意味着 matcha 分派工程工作时，可以开 Cursor 的 agent 去跑具体任务，Opus 驱动的 bot 负责计划和审查。Morlex 在长文里把这个叫“coding bot 变成 manager”。

但有个问题还没答案。有用户问，如果 bot 不告诉你它用了哪个模型，你怎么知道它真的在用 Opus 5.5。

目前没有公开的模型标识机制。另一个用户说 token 消耗太快。Morlex 的文章里也提到 Opus 5.5 在 API 上比 Grok 贵不少，虽然 Grok Bot 是按订阅制不按 token 收费，但 Opus 驱动的任务会不会更快烧完额度，官方没说。

Lauren 这套配置的价值不在六个 bot 本身。它是个样板：把什么该自动做、什么该停下来问、失败了怎么停、没事别烦我，写成明文规则。

大多数 AI 助手不缺能力，缺边界。一个什么都敢干的 bot 和一个知道什么时候该停的 bot，后者更值得放进日常工作流。

完整 prompt 在 Morlex 那张卡片上。照着贴进 Grok Bot，今晚就能有一个自己的 chief。