5个Grok Bot替我值夜班，全都不许按下发送键

大多数Grok Bot的多bot设置撑不到周四。第一天挂7个bot，每个登录都连上，routine每几分钟触发一次。到周末6个没人看，1个干了没人批准的事，额度也烧完了。

有网友（@0xDepressionn，下文叫他Dep）走的是反方向。5个bot，一个只干一件事，夜里在规则围栏里跑。代码任务交给Opus 5.5在分支上做，永远不碰main。还有一个bot什么都不干，只负责在你醒来前检查另外四个。

截图里的状态很直白：草稿是bot写的，发送键是人按的。

夜班和聊天窗口是两回事

一个模型只负责回答。模型外面那层决定它能碰什么、能看到什么、谁检查输出、什么时候停。Grok Bot把这层做好了给你。bot跑在一台云端计算机上，带浏览器、文件和终端，笔记本合上它继续跑。bot在两次运行之间保留记忆，可以按时间表或触发器启动。

有网友（Debbie O'Brien）说得清楚：很多人以为Grok Bot就是个聊天窗口，其实每个bot有自己的电脑、自己的浏览器、邮箱和桌面。

机会在这儿，风险也在这儿。一个在你睡觉时干活的bot，也会在你睡觉时犯错。所以整套设置围绕三件事：围栏，早上之前不做不可逆的事；reviewer，另一个bot检查工作；真实代码工作，Opus 5.5通过Claude Code在夜间分支上跑。

五个人，一人一岗

• Scout：每天早上找出你领域里在爆的东西，最多10条，每条带链接，没打开过的不报。
• Video finder：翻出值得剪的长访谈，带时间戳。
• Metrics：拉真实数据，一张表加上什么动了，没重新打开过的数字不写。
• Reviewer：打开每一条链接，重新核对每一个数字，每条给pass或fail加原因，从不悄悄修。
• Lead：唯一你直接对话的bot，按槽位写计划、起草帖子。

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

任何bot都不能直接发布。所有东西落到草稿箱，人按发送。

规则块先贴，再谈提示词

所有bot先贴同一段规则。最关键的几条：判断标准是能不能撤销，小动作可能永久，大动作可以是草稿；凌晨3点需要你点头的事，就一直等到你醒；每个routine只保留最近20次运行记录，自己的日志才是早上9点的证据；没有来源的说法不进简报。

Grok Bot官方账号举过一个用法：拿它扫客服队列，一次清掉204个工单，一个工程师批准整批。

排班故意慢

01:00 coder，02:00 scout，06:00 metrics，07:00 reviewer，07:30 lead。选任务能忍受的最慢排班。routine每次唤醒都计费，不管有没有事发生。从每小时改成每5分钟，运行次数变12倍。有网友（Gipp）算过：一个5分钟时钟的routine一个月醒8640次，按Grok 4.6 API价格约400美元；按小时是33美元。同样的bot、同样的模型、同样的提示词。

回复里也有人反着来。有网友说他的bot晚上11点就下班，凌晨3点找到的东西也不急到早上，读新鲜的比醒来面对5个bot的积压强。

Opus 5.5管代码

十月更新后，Grok Bot自己给任务挑后端模型，Opus 5.5是其中之一。但没有选择器，你没法强制指定。要确保用Opus，就走终端。

Coder bot在终端里跑Claude Code，用你自己的Claude订阅登录，在你的repo上工作。重构、跑测试、查依赖、小修复，都在夜里做。先知道一件事：所有bot共享同一台电脑，每个bot都能用那个登录。

需要更紧的围栏。允许可逆工作：读、编辑、测试、lint、commit。push或加新依赖之前要问。拒绝灾难性操作：递归删除、force-push、hard reset、.env、裸网络请求。Deny优先于allow，所以没有哪条宽规则能打开这堵墙。

Reviewer才是那个重要的bot

每个bot都能自信地出错。scout链了一篇说法略有不同的帖子，metrics抄了昨天的数字，coder的总结和diff对不上。一个bot检查自己的活，每次都通过。

reviewer是唯一和其他bot是否正确没有利益关系的bot。它打开每条链接、重开每个数字、把coder的总结和分支diff对一遍。没通过的东西到不了你的简报，以fail加原因的形式出现，你知道该修什么。

每周让lead问每个bot：你对我的设置相信什么。把过时的纠正掉。记忆会把好习惯带下去，也会把周二的错误假设带到周五。

坑，按你会踩到的顺序

1. 第一天bot太多。活下来的3个胜过死掉的7个。
2. 时钟太快。5分钟的routine在没事发生的运行上烧额度。
3. 夜间审批。凌晨3点等你的yes，就等到你醒。
4. 连接。每个bot共享同一台电脑、文件、登录。只连工作需要的。
5. 没有模型选择器。Grok Bot里你控制不了Opus 5.5什么时候被用。终端路线才是保证。
6. 其他厂商读你的数据。处理任务的模型读bot读的东西。对某些工作是硬伤。
7. Coder范围蔓延。一晚一个任务。一杯咖啡看不完的分支就太大了。

什么时候不需要这套

你主要是问问题、读答案，普通聊天就够了。你没法把任务一段话描述给新员工，先把描述改好。你只有一个重复任务，这套东西三四个任务才开始回本。

短版本：5个bot，一人一岗，reviewer先建。一个规则块：只出草稿、每个说法有来源、两次失败就停、每次运行写一行日志。最慢的排班，凌晨3点不等人。Opus 5.5通过Claude Code在夜间分支上跑代码，deny list在后面守着。

围栏画一次，早上的检查一屏就够。

补一句：先建reviewer。它是所有人都会跳过、但每天早上你会第一个去看的bot。