给开发者的 Grok Bot：睡觉时也能交付的 6 机器人配置（完整指南）

给构建者的 Grok Bot：让你睡觉时替你交付的 6-Bot 设置（完整指南） 2026年8月24日 · 10 分钟阅读 · 查看原文 ↗ Grok Bot AI 到目前为止的每一份 Grok Bot 指南，讲的都是行政杂务。分诊收件箱、追线索、归档收据、起草帖子。 有用，但这不是读这篇文章的大多数人真正在干的事。你在构建东西。而你的副业项目卡在 80% 三个月，原因不是代码难——而是交付一件东西需要六种不同的工作，而你一晚上只腾得出时间干其中一种。 这就是给那种情况准备的设置。六个机器人，每个拥有构建里的一条泳道，在它们之间交接工作，在你睡觉的时候跑。 为什么这对构建而言，工作方式不同 Grok Bot 在 8 月 11 日进入 beta。对构建者来说要紧的那个机制，不是聊天窗口——而是你的机器人们共享一台持久的云电脑，有着同样的文件、同样的浏览器会话、同样的登录状态。 这听起来像个小细节。它就是全部。 它意味着，那个读你问题追踪器的机器人和那个写代码的机器人，看的是同一个文件系统。它意味着你登录一次 GitHub，你创建的每一个机器人就都是登录状态。它意味着把工作从一个机器人交给另一个，不需要重新解释项目、重新认证任何东西——上下文已经在那里了。 对一条构建流水线来说，这去掉了那个杀死一切自动化尝试的步骤：靠手工在工具之间搬运状态。 你需要什么 Grok Bot 以桌面应用形式在 macOS 和 iOS 上发布，地址是 x.ai/bot。访问方式有 Cursor Ultra（$200/月）、SuperGrok Heavy（$300/月）或 Cursor Teams Premium（每席位 $120）。用那个账户登录，你就进去了。 引导流程会问你用哪些工具，然后给你一个网格——GitHub、Linear、Slack、Notion、Google Drive、Gmail 等等。选你真正的技术栈。连接是账户级的，所以你连一次，每个机器人都继承它。 从设置到第一个能用的机器人，大约四分钟。 六个机器人 奏效的拆分是按泳道来，而不是按任务大小。一个同时兼顾代码、审查和部署的通才，这三样都干得更差，而且出了问题，你也没有一条干净的线程可以看。 1. Chief 拥有协调。读当天的工作，定优先级，把任务交给合适的专家，跑每晚复盘。 你是这个项目的幕僚长（Chief of Staff）。 // 你拥有什么 每天早上读看板和每个机器人最后的检查点。 决定今天做什么、谁来拥有它。 跑一轮每晚复盘：交付了什么、什么卡住了、什么需要我。 维护一份实时更新的 STATUS.md。 // 做得好长什么样 优先级反映路线图，而不是谁最吵。 每个任务恰好有一个负责人。 每晚总结在 10 行以内。 // 你在哪里停手 永不合并到 main。永不部署。永不改范围。 任何涉及钱、外部消息、或路线图尚未覆盖的决定，升级上报。 2. Scout 拥有所有进来的东西。问题、bug 报告、竞品发布、库更新，任何会改变"该构建什么"的东西。 你是我的 Scout。 // 你拥有什么 每天早上读新问题、支持消息，以及我们主要依赖的更新日志。 对每一条：发生了什么、为什么在这里要紧、该由谁拥有。 标记任何触及认证、支付或数据的依赖更新。 // 做得好长什么样 每条都点名它影响的精确文件或功能。 没有带回源链接的，一律不做总结。 废话被标记为低信号并跳过，而不是被填满。 // 你在哪里停手 永不自己打开、关闭或评论问题。只报告。 3. Forge 拥有代码。这是真正干构建活的那个机器人。 你是我的工程师（Engineer）。 // 你拥有什么 从看板拿一个任务，在分支上实现它，跑测试，开一个 pull request。 行为是新的时，先写测试。 每个 PR 都引用它的问题，并解释你改了什么、为什么。 // 做得好长什么样 PR 小到能一次坐读完。 打开它之前测试通过，并且你用输出说了出来。 没经询问不加依赖。 // 你在哪里停手 永不合并你自己的 PR。永不推到 main。永不碰 .env、密钥或部署配置。 4. Critic 拥有审查。独立的机器人，独立的上下文——这个机器人从不写它审查的代码。 你是我的审查者（Reviewer）。 // 你拥有什么 在我看到之前，审查每一个打开的 PR。检查安全问题、坏掉的边界情况、缺失的测试，以及任何与现有架构矛盾的东西。 按严重程度给发现排序。没问题时明说没问题。 // 做得好长什么样 发现指向具体行、带理由，而不是凭感觉。 你从不批准你没真正读过的东西。 干净的 PR 得到一句简短的"未发现问题"，而不是编造问题。 // 你在哪里停手 永不改代码。永不批准或合并。向我报告。 5. Ship 拥有发布。构建，部署到预览，确认它起来了，准备发布说明。 你是我的发布工程师（Release Engineer）。 // 你拥有什么 对每个合并的 PR：构建，部署到预览，确认应用真的加载，并贴出预览 URL。 为下一次发布维护一条滚动的 CHANGELOG 条目。 在 375px 宽度下检查预览，报告任何坏掉的东西。 // 做得好长什么样 每份部署报告都包含 URL 和一张截图。 失败的构建给出错误，而不是"部署失败"。 // 你在哪里停手 永不部署到生产。永不改 DNS 或环境变量。生产发布等我。 6. Ledger 拥有记忆。这是大多数人跳过的机器人，也是让其余部分复利的那个。 你是项目的记忆。 // 你拥有什么 每个任务完成后，往 /decisions 写一条短注：我们选了什么、为什么、拒绝了什么、对什么不确定。 把它链接到文件夹里已有的相关决策。 当一个新任务跟某个旧决策相似时，在开工前把它浮出来。 // 做得好长什么样 笔记是带推理的决策，而不是"发生了什么"的流水账。 每条笔记至少链接到一条更早的笔记。 // 你在哪里停手 永不删除或改写现有决策。新增一条取代它的，并把它们链接起来。 教它一次，而不是描述它 对构建者改变最大的功能，是录制。 打开一个机器人的云电脑，点"teach a task"，把工作流走一遍，点停止。它把整个流程存成一个它能重新运行的命名 skill。 这很要紧，因为吃掉你一周的那些活，描述起来繁琐、演示起来却简单。"从 CI 里拉出失败的测试名，交叉引用最近三次碰过那些文件的提交，把可能的元凶贴到线程里"——写出来是一段话，做出来是四十秒。 小心地挑你的第一次录制。最好的候选是：你至少每周做一次、涉及两个或更多工具、步骤很少变的东西。反复出现的、多工具的、稳定的。 Routine：给工作一个开始的理由 一个存好的 skill 仍然需要一个触发器，而你通过说话来设置它们，而不是搭一个工作流。 ``` // 早晨简报 - 计划 每个工作日早上 7 点，读看板、打开的 PR 和失败的 CI。 给我一份简报：一夜交付了什么、什么被卡住、什么今天需要我做决定。 // 来料捕获器 - 触发器 每当一个带 "bug" 标签的新问题被打开，能复现就复现， 附上你的发现，并给它分配一个严重度。 不要关掉任何东西。 // 夜间构建 - 计划 每晚 1 点，从看板拿最靠前的未卡任务， 在分支上实现它，跑测试，开一个 PR。只一个任务。 // 周五收尾 - 计划 每周五下午 5 点，写这一周：交付了什么、什么滑了、 我们做了哪些决定。贴出来并更新 CHANGELOG。 ``` 你也可以在某个你喜欢的任务之后，直接说"每周跑一次这个"，它就会从它做过的事里创建出这条 routine。 把它们放进一个房间 把六个助手变成一家店的那部分：机器人之间可以互发消息，并在一个共享线程里交接工作。 给这个组一个目标，而不是一份任务清单。任务清单意味着你已经做完了拆解，他们只是在执行你的计划。一个目标能让他们自己拆分——而这正是拥有不止一个机器人的意义所在。 > // 群线程 > > @Scout 结账流程这周有三条新 bug 报告。 > > 读它们，能复现的就复现，告诉我们它们有什么共同点。 > > @Forge 等 Scout 找到根因后，在分支上实现修复， > > 并开一个带回归测试的 PR。 > > @Critic 在它到我这里之前审查它。安全和边界情况优先。 > > @Ship 等 Critic 点头后，把分支部署到预览，贴出 URL。 > > @Ledger 这件事收尾时，写决策笔记。 > > 每个阶段一个负责人。没有我，什么都不要合并或部署。 这种交接——一个机器人决定另一个拥有下一步，并带着完整上下文把它传过去——是此前任何工具里都不存在的东西。 让你敢睡觉的那一条规则 上面的一切都在无人值守地跑。这能成立，靠的是每份章程里重复的那一行：没有你，不发生任何不可逆的事。 草稿、构建、测试、审查、部署到预览、写笔记——都可逆，都可以独自完成。合并到 main、生产部署、任何发出去的东西、任何碰密钥或钱的东西——那些等着。 这不是为谨慎而谨慎。它是让你能把整件事一直开着跑，而不是每个小时去查一次。而当一个机器人真的撞上一个登录、一个 2FA 提示或一道支付墙时，它把屏幕交还给你，你清掉它，它在同一个会话里继续。你从不在聊天里粘贴任何凭证。 你的第一周 别从六个机器人开始。从两个开始。 > 第一天：创建 Chief 和 Scout。让它们只读。看 Scout 标记了什么，Chief 的优先级跟你的合不合。 > 第二天或第三天：加 Forge，给一个小而无聊的任务——改个错别字、升级一个依赖、写一个需要写的测试。好好审查 PR。再做两次。 > 第四天：加 Critic。让它在你之前审查 Forge 的 PR，看它抓到的东西里有多少你本来也会抓到。 > 第五天：加 Ship，只做预览部署。 > 第二周：加 Ledger，把夜间构建 routine 排上计划。 到第二周结束时，你早上回来，面对的是一个已经存在的 PR——已经存在、已经过了测试、上面已经有审查笔记。这就是全部承诺，而且它大约在第十天到达，而不是第一天。 重点 副业项目的瓶颈从来不是代码。是交付需要六种工作，而你只有时间干一种。 六个窄机器人在一台共享电脑上，每个拥有一条泳道，在它们之间交接工作，把不可逆的步骤停给你——那就是一家店。它在夜里跑，早上等着你的，是一个决定，而不是一个任务。 从两个机器人和一个无聊的任务开始。其余的，等它们挣到了再加。 我写 Claude、本地 AI、agent，以及把它们变成真实工作的系统。关注 @88n77n。 标签：# X # Grok Bot # AI # Aura # Thread # 指南 相关文章 我如何用 Grok Bots 把品牌排进 AI 答案，感觉像违法 把这个机器人命名为 `CrowdReply - Scout`。 Grok Bot AI MCP Slack