Grok Bot Galaxy的创始人近期分享了如何把GrokBot变成一支能24/7工作的团队。我们总结为20条技巧，条条值得落地。
- 任务优先于角色。
“比较三家竞品价格，周五前出结果”比“做一个研究Bot”有用。 - 第一个雇佣的是首席参谋官（Chief of Staff）Bot。
它分派任务，在Bot之间保持上下文。 - 起始团队三人组：协调员、工程负责人、独立审查员。
这三个人先跑通，再加人。 - 第一天：教它你的三大优先事项。
禁止发送、支付、发布。 - 第二天：交接一个重复性任务。
第三天：把它变成技能。第一周：加2-3个专家。 - 演示一次流程，就能变成技能。
不需要完美提示词。 - 信任分阶段。
Bot起草，你批准。完全自主后面再说。 - 每个动作都要审批。
外部邮件和日历变更要等你的“同意”。 - “完成”不是证据。
要求截图、视频、数据核对。 - 验证实际行为。
Bug是重复数据，证据是“没有重复”，不是“测试通过”。 - 构建者不得审批自己的工作。
用新的审查Bot检查最终版本。 - 夜间任务需要：可检查的完成条件、隔离的工作树、决策日志。
推送，绝不自动合并。 - 写任务简报像写工单。
问题、复现步骤、负责人、验收标准。 - 不要猜。
Bot运行应用、抓取追踪、使用模拟器。 - 给Bot一份功能地图。
标签页、选择器、快捷键。减少浪费的token。 - 评估=单元测试。
协调员写评分标准，子代理在独立文件夹中盲测。 - 把你的品味写进CI，而不是提示词。
Lauren在那里禁止useEffect和代码注释。 - 把方法打包成技能。
她的pstack插件：/add-plugin pstack → /setup-pstack - 先在本地验证，再上云扩展。
50个未经检查的代理=50个昂贵的错误答案。 - 统计被接受的工作，而不是PR数。
接受的修复、审查时间、返工、漏掉的Bug、每次变更的成本。
这20条里，第1条是起点：先有任务，才有角色。没有明确结果的Bot，最终只是个会聊天的摆设。
第9条和第10条是分水岭。机器人说“完成”时，它可能只是跑完了流程，不代表问题解决了。要求证据，否则你只是在自欺欺人。
第17条很有意思：与其在提示词里反复强调风格，不如直接把规则写进CI，让代码从一开始就符合要求。品味应该是系统的一部分，不是提示词的一部分。
最后一条是容易被忽略的：团队效率不看你开了多少个PR，而看有多少工作被真正接受。返工率、漏掉的bug、单次变更成本，这些才是真实指标。
这20条充分执行，你的GrokBot军团将会有一个大的提升。
关注公众号回复“进群”入群讨论