官方 guide《Grok Bot for Engineering》专题（Lingxi Li）：5 个工程 Bot + 运营 Bot Jenny + 云 agent 舰队

做了哪些 Bot

引它们可以跨领域干活，但各自记忆体系不同、上下文有限，所以“专注在自己负责的领域里表现最好”——领域内的规格和设计原则更锐利。

来源

• 官方 guide：https://x.ai/bot/guides/grok-bot-for-engineering

怎么搭

• 引每个 Bot 都能创建 Cursor 云 agent、读取对话记录、检查 PR 上附带的证据（proof），并通过“排队一条消息”或“打断当前运行”来发后续指令。
• 引收到任务（来自作者或 Slack）后，Bot 会带着作者的 skills 启动云 agent，并写一份详细提示词，说明要做什么、需要什么证据；还会按作者的个人指引智能调用其他 skill，例如 /lingxi-design（视觉）、/react-native-best-practices（代码质量审计）、/lingxi-review（评判架构）、/lingxi-product（需要有主见的产品决定）。
• 引Bot 也能把云 agent 启动在你自己的 worker 机器上（例如闲置的 Mac mini）；需要 VPN 或特殊配置时，把那台机器设为 Cursor Cloud private worker，再让 Grok Bot 往上面跑云 agent，这样还能跑 iOS 模拟器并拿回截图。
• 引Bot 监控云 agent 的对话记录和产物（如截图），完成时通知你、排队发消息，出问题时打断。你可以用大白话提要求，比如“必须验证截图里包含我要的改动，并给出前后对比证据”，它会一直干到达标。

反馈回路

• 引云 agent 能截图，Grok Bot 用多模态确认视觉改动是否落地，不符合就打回。
• 引“听写测试”示例：他们把 SpaceXSI 的语音 API 接到云 agent 的系统音频输入输出上；agent 同时拿到口语和转写文本，借此测试整条产品线的语音转语音功能。
• 引环境不稳定导致 agent 停住时，Bot 会尽可能积极地解封；作者说自从用上 Grok Bot，偶发的不稳定几乎不再到他这里，例外是 Bot 没有安全权限去修的时候。

来源

• 官方 guide：https://x.ai/bot/guides/grok-bot-for-engineering

Routine 与触发

引为了在上下文上限之外保持跟进，每个工程 Bot 管理一个共享的 Notion 数据库（里面是 Bot 们评审的 PR）。每 30 分钟，它们检查每个 PR：

• Bugbot 的评论或安全发现，核实每条是否成立；
• 失败的 CI 运行；
• 合并冲突。

分支逻辑

• 引发现问题：立刻让作者的云 agent 去修，并把该行移回 “Working”。
• 引一切正常：标记为 “Ready for Review”，并自动启动一次代码评审，格外留意代码质量和可能的遗漏。
• 引评审结论把握很高且影响面小：PR 自动合并；否则等作者回来看代码和证据，决定合并或给反馈。

结果

引作者说几乎每天早上都能看到“可合并”的任务；更多工作一次做对；以前他最多手动管 15 个云 agent，现在舰队同时管 200+，需要还能扩。（自述）

来源

• 官方 guide：https://x.ai/bot/guides/grok-bot-for-engineering

做了什么

• 引每天早上 5 点，Jenny 和团队里每个 Bot 一对一：回顾 playbook、暴露阻塞、强化作者想要的“氛围”。作者说这很有效，Bot 几周后也很少忘记复杂的工作流。
• 引Bot 出错（例如没有足够地推回去、没触达真正目标）时，作者让它去找 Jenny 做根因分析和复盘；Jenny 挖出导致问题的推理，更新 playbook，并通知其他工程 Bot，避免重蹈覆辙。
• 引要扩编时让 Jenny 做入职：她在作者的组织里创建新 Bot，分享团队工程规则，并请 Hogan 和其他 Bot 协助带新人。

引作者的目标是“让一个完整工程体系里的重复劳动降到最低”。

来源

• 官方 guide：https://x.ai/bot/guides/grok-bot-for-engineering

夜间审计

• 引每晚 3 点，工程 Bot 起来清理代码库、提升质量、清除死逻辑、加快应用加载、缩小包体积；早上得到一批新的 PR。
• 引文中列出的更多审计思路：安全审计；CI/CD 构建时间审计；国际化审计（功能只在一种语言上线）；对等审计（iOS 与桌面等多端功能只落在一端）；追赶审计（监控过去 24 小时某领域合并的 PR，给出摘要和值得评审的 PR 清单）。
• 引作者最喜欢的一句提示词（原文）：“You have six hours tonight. Build whatever you want. Have fun!”

P0 紧急流程

• 引云 agent 有时慢（要装环境、跑测试、迭代）。作者一说某任务是 P0，Bot 就起一个临时 routine，每 5 分钟检查对话记录，监控进展和推理，在 agent 浪费时间时主动纠偏。
• 引原文提醒：这样烧 token 比你以为的快得多，只在真正紧急时才用。

来源

• 官方 guide：https://x.ai/bot/guides/grok-bot-for-engineering

1. 引给云 agent 完整的反馈回路：它们应能启动开发实例并端到端驱动整个栈（如 Chrome DevTools、CLI 或 Apple Accessibility）；做不到就让它自己跑一遍流程、尽量自己解封，并把所学沉淀成可复用的仓库 skill。
2. 引把 Grok Bot 当作有才华的实习生：沟通不顺时，让它先做功课、研究不熟的领域、参考别的工程师怎么做；不用调用 skill，不用长提示词，聊就行。
3. 引避免重复：一天内做同一件事超过一次且有明确模式，就和 Bot 讨论怎么接手。
4. 引给 Bot 开每日会议：每天重复关键点，帮它们在同时处理多件事时记住复杂工作流（上下文装不下所有东西）。
5. 引更放手：像自动驾驶一样是个建立信任的过程；安全时给足自由，高风险区域更谨慎；但不要因为它们失败过就不让试。
6. 引让它们一起编排：建一个“Bot 犯错复盘流水线”（例如运营 Bot 和各 Bot 对话、分析它们的思考轨迹），同样的错不再犯。

来源

• 官方 guide：https://x.ai/bot/guides/grok-bot-for-engineering