五个Bot通宵干活，早上只交一屏简报

Dep 在推文里放了一段演示：一个 lead bot 带专项 bot，在投资委员会前跑完早晨流程，25 分钟。你只在事情真的变化时收到消息。

大多数 Grok Bot 设置活不过周四。Dep 在文章里写，第一天开七个 bot，每个登录都连上，routine 每几分钟触发。到周末六个没人看，一个做了没人批准的事，额度也没了。他的方案故意无聊：五个 bot，一个职责，夜里在规则围栏内工作。Opus 5.5 在分支上跑代码，不碰 main。另一个 bot 只负责在他醒来前检查前四个。

为什么不是聊天窗口

模型只负责回答。外层决定它能碰什么、看什么、谁检查输出、什么时候停。Grok Bot 提供这层：每个 bot 有自己的云电脑，浏览器、文件、终端，工作不在你笔记本上。合盖也继续跑。bot 保留记忆，能按计划或触发运行。

机会和风险在一起：替你睡觉的 bot 也会替你犯错。所以三件事：围栏、reviewer、真实代码任务。

五个 bot，一个职责

Bot	职责	限制
Reviewer	检查其他 bot 输出，逐项返回 pass / fail 和原因	不静默修改任何东西
Scout	找过去一夜你领域里的变化，最多 10 条，每条带链接	没打开过的不报
Coder	每晚跑一个 Claude Code 任务，留分支和摘要	不碰 main
Metrics	拉真实数字，一张表，加变化	没重新打开的数字不报
Lead	写早间简报，白天分派任务，07:30 一屏	不替专项 bot 干活

构建顺序：reviewer、scout、lead。这三个活过一周，再加 coder 和 metrics。

规则块

Dep 的规则块贴在每个 bot 的最前面。核心 7 条：

任何发送、支付、发布、删除、改账户的动作，都变成草稿。bot 不自己做。
报任何数字或结论前，重新打开来源，附链接。没链接就没结论。
只用职责需要的登录。遇到登录墙就停，留给人。不让用户把密码贴进聊天。
夜间运行不等审批。需要审批的步骤，写草稿、记日志、继续。
同一步失败两次就停，写下失败什么、试过什么。
每次运行追加一行日志：日期、时间、做了什么、变了什么、跳过了什么。
如果上次运行以来没变化，写“无变化”然后停。

关键在几条：规则 1 看能不能撤销。小动作可能永久，大动作可以变成草稿。规则 4 因为凌晨要你点头，只会等到你醒来。规则 6 因为应用只留最近 20 次运行，自己的日志才是早上九点的证据。规则 7 没有研究 bot 会在第四天淹掉你。

时间表故意慢

01:00 coder，02:00 scout，06:00 metrics，07:00 reviewer，07:30 lead。

选工作能接受的最慢时间表。routine 每次唤醒都花钱，不管有没有变化。Gipp 算过，5 分钟一次的 routine 一个月唤醒 8640 次，按 Grok 4.6 API 价格约 400 美元算力；每小时一次约 33 美元。同一个 bot，同一个模型，同一个提示。只有真实错过证明太慢，才加速。能用触发器的窄任务，用触发器。

代码任务怎么放进去

Dep 提到，10 月更新后，Grok Bot 会自己给任务挑后端模型，Opus 5.5 是其中之一。没有选择器，用户不能强制指定。要确保用 Opus，就走终端。Coder bot 在终端里跑 Claude Code，用你自己的 Claude 订阅，在你的 repo 上干活。重构、测试、依赖检查和小修复放在夜里。注意，所有 bot 共享那台电脑，每个 bot 都能用那个登录。所以围栏要更紧。

可逆工作放行：读、编辑、测试、lint、提交。推送或新依赖先问。灾难操作拒绝：递归删除、force-push、hard reset、.env、裸网络调用。deny 优先于 allow，宽规则打不开墙。repo 里再放一个短的规则文件。Coder 每晚只做一个任务，新分支 night/[date]，不碰 main，不推送。两次失败就停，写 MEMORY.md：改了什么、剩什么、需要你决定什么。

reviewer 是唯一不站队的 bot

每个 bot 都可能自信地错。Scout 链的帖子说的和它总结的略有不同。Metrics 复制昨天的数字。Coder 的摘要和 diff 对不上。自己检查自己的 bot 每次都过。

Reviewer 是唯一没有“其他 bot 必须对”的利益相关的 bot。它打开每个链接，重新打开每个数字，把 coder 的摘要和分支 diff 对一遍。失败项不进简报，显示为 fail 加原因。每周让 lead 问每个 bot 对自己的设置相信什么，纠正过时记忆。记忆会把好习惯带到下周，也会把周二的错误假设带到周五。

会先踩到的坑

第一天开太多 bot。三个活下来的，胜过七个没活下来的。

时钟太快。5 分钟 routine 在什么都没发生时也烧额度。

夜间审批。凌晨等你点头的事，会等到你醒。

连接共享。每个 bot 共享同一台电脑、文件和登录。只连工作需要的。

没有模型选择器。你不能控制 Grok Bot 里什么时候用 Opus 5.5。终端路线才是保证。

第三方读数据。处理任务的模型会读 bot 读的东西。有些工作这是硬伤。

Coder 范围蔓延。一晚一个任务。咖啡时间看不完的分支太大。

什么时候不需要这套：主要问问题读答案，普通聊天够了。不能把任务一段话描述给新员工，先把描述改好。只有一个重复任务，这套要三四个任务才开始划算。

短版

五个 bot，一个职责，reviewer 先建。一个规则块：草稿代替发送，每个结论有来源，两次失败就停，每次运行写日志。最慢的时间表，夜里不等你。Opus 5.5 走 Claude Code，夜间分支，deny list 在后面。围栏画一次，早上看一屏。

Dep 的附言：先建 reviewer。它是所有人跳过的 bot，也是你每天早上第一个检查的 bot。

来源：Dep 的推文 https://x.com/0xDepressionn/status/2118796246265585813 和文章 https://x.com/i/article/2113653510596169728。Gipp 的成本数据来自其 routines 文章。这里只转述关键设置，不替代原文。