Grok Bot 用于工程
SpaceXAI工程师用Grok Bot构建了由5个专精机器人组成的工程团队，通过完整反馈循环、共享数据库和运营主管，将个人生产力扩展到管理200+并发代理，实
我是SpaceXAI的工程师，正用Grok Bot来打造Grok Bot。
可以把Grok Bot想象成一位能力超群的工程实习生，它拥有自己的计算机，能管理编码代理，并从你的工作方式中学习。它已成为我最好的工程队友，在我离开、睡觉或开会时，也能让工作持续推进。不再需要让笔记本电脑保持清醒，不再需要在多个代理间切换，只需得到符合我标准、如我所愿的结果。
作为打造Grok Bot的团队，我们最早接触它，并每天将其用于自身工作。看到我们现在能多快地交付，团队生产力飙升了多少，真是令人惊叹：
- @poteto 在过去一个月内交付了2000多个拉取请求。
- @baltaaazr 和 @shaoruu 在四周内，用Grok Bot构建了Grok Bot的基础。
- 我仅用Grok Bot，在三个星期内打造了Grok Bot iOS v0，性能强劲，设计精良。
- 现在，每位团队成员每天都在交付重要工作，而不是每隔几周才一次。
我用Grok Bot构建得越多，就越想把同样的超能力交到你手中。
认识我的工程师机器人
我有五个工程师机器人，各自专精于不同领域：
- Baltata 负责 Grok Bot 移动端共享层，以及 Grok Bot 在 iOS 上的一切相关事务。
- Shaoruru 负责 Grok Bot 桌面客户端和 CI/CD 相关工作。
- Hogan 负责基础设施，并调查归属不明确的用户问题。
- Craig 负责 Grok Bot 在 Android 上的开发，正在拼命努力让它落地。
- Quill 负责 Grok Bot 的测试框架（harness），在这方面绝对是个传奇。
它们都能跨领域协作，但各自拥有不同的记忆系统和有限的上下文。当它们专注于单一领域时表现最佳，因为所携带的规格和设计原则在自己负责的领域内更加精准。
每个机器人都能创建 Cursor 云代理、阅读转录记录、审查附加在 PR 上的证明，并通过排队消息或中断运行来发送后续跟进。这解锁了端到端的智能体工作流。它覆盖了我过去每天在 Cursor 里做的事情——那时我不断在管理的云代理之间切换上下文。现在我的机器人以同样的方式管理它们，就像我本人做的那样。
当它们收到任务时（无论是来自我还是来自 Slack），就会启动一个云代理，调用我的技能，并附上一份详尽的提示词，说明需要完成什么、期望提供什么证明。它们还能根据我的个性化指导智能调用额外技能，比如视觉工作使用我的 /lingxi-design 技能、代码质量审查使用 /react-native-best-practices、架构评判使用 /lingxi-review，或者在需要做出有主见的产品决策时使用 /lingxi-product。
Grok Bot 还能在你自己的工作站机器上启动云代理，比如一台闲置的 Mac mini（多亏了 Grok Bot，你不再需要在家里专门放一台 24/7 运行的机器来支撑 OpenClaw）。
如果你的工作流程需要VPN访问或特殊机器配置，你可以将该机器设为Cursor Cloud私有工作器，并让Grok Bot在其上运行云代理。这解锁了更多可能性，比如运行iOS模拟器并从代理处获取截图。
Grok Bot可以监控云代理的转录和工件（例如截图），在完成时通知你，排队消息，或在出现问题时中断。你可以随意描述需求，比如“你必须验证截图包含我要求的更改，并提供前后对比的证据”，Grok Bot会持续工作直到目标达成。
保持你的Grok Bot工程团队运转的关键是提供完整的反馈循环。云代理可以截图，因此Grok Bot利用其多模态能力确认视觉更改已应用，如果结果与你的要求不符，它会提出异议。
语音听写测试是这一循环运作的好例子。我们将SpaceXAI的语音API接入云代理的系统音频输入输出。由于代理能同时访问语音和转录，我们可以利用这些信号测试我们产品线中的语音到语音功能，并构建更多有趣的功能。
有时代理会遇到环境不稳定而停滞，直到你发送后续提示。Grok Bot通过持续监控运行并尽可能积极地解除代理阻塞，替你分担这一负担。每次我查看时，状态都良好。自从我开始使用Grok Bot，偶发的故障很少传到我这，除非Grok Bot没有安全权限自行修复。
记住：现在一切只需一条消息。想让它们在你接手前连续推进10次？只需说一声。
超越上下文限制的扩展
为了让我的机器人能够应对超出上下文限制的工作，也为了方便我快速掌握进度而不必翻阅冗长的聊天记录，我让每位工程师机器人管理一个共享的 Notion 数据库。
每 30 分钟，它们会查看数据库，并检查每个 PR：
- Bugbot 的评论或安全发现，核实每一条是否属实。
- 失败的 CI 运行。
- 合并冲突。
如果发现任何异常，它们会立即联系我的云端代理处理，并将该行移回 Notion 数据库中的“进行中”状态。
如果一切正常，它们会将任务标记为“待审核”，并自动启动一次代码审查，重点关注代码质量和潜在的遗漏。
如果审查结果高度可信且影响范围较小，PR 会自动合并。否则，我会在回来后亲自审查代码和证据，再决定是合并还是给出反馈。
几乎每天早晨，我查看时都会发现已有任务准备就绪可以合并。代码质量达到了我的标准，视觉效果正中我的偏好，证据也清楚展示了测试内容。现在更多工作能一次通过，这让我可以专注于更棘手的问题、更高的客户性能标准、更精细的视觉打磨，以及更重大的架构决策。
在 Grok Bot 出现之前，我一次最多手动管理 15 个云端代理。现在我的团队能同时管理 200 多个，如果需要，我们还能进一步扩展。
Grok Bot 运行迷你组织
除了工程工作，整个组织内还有大量运营杂务需要处理，包括新工程师机器人的入职、正确知识的共享、事件发生时的复盘（例如，当拉取请求未被仔细审查时），以及举行每日会议以保持大家步调一致。
这些都是 Jenny 的工作，她是我的运营主管，也是团队中唯一不编写代码的机器人。
每天早上 5 点，Jenny 都会与团队中的每个机器人进行一对一的会面，回顾我们的工作手册、指出障碍，并强化我所追求的氛围。我发现这非常有效。即使过了很多周，我的机器人也很少忘记我复杂的工作流程。
当机器人犯错时，比如没有充分反驳以达到真正目标，我会让它去找 Jenny 进行根本原因分析和复盘。Jenny 会深入探究导致问题的推理过程，然后更新工作手册，并向其他工程师机器人宣布变更，以免同样的错误再次发生。
每当我需要扩大团队规模时，我会请 Jenny 负责新成员的入职。Jenny 会在我的组织中创建新机器人，分享我们的工程团队规则，并请 Hogan 及团队其他成员协助入职工作。
Grok Bot 中完整工程系统的目标是尽量减少重复。将你的任务外包给 Grok Bot，这样你就可以专注于更困难、更深层次的问题。
Grok Bot 的额外使用场景
我们以模块化方式设计了Grok Bot，因此你可以利用它构建自己的迷你工程组织，功能十分丰富。这里有两个我最喜欢的用法。
夜间审计
每晚凌晨3点，我的工程师机器人依然精神饱满，清理代码库、提升代码质量、清除无用逻辑、加快应用加载速度、减小包体积。
每天早晨，我都会收到一批新的拉取请求，确保代码保持整洁、无冗余且可扩展。这已将代码维护转变为日常例行工作，而非偶尔为之。
更多夜间审计想法：
- 安全审计，捕捉团队可能忽视的代码库问题。
- CI/CD构建时间审计，防止构建时间异常增长。
- 国际化审计，弥补功能仅以单一语言发布时的缺口。
- 一致性审计，当团队开发多个客户端（如iOS与桌面版）且功能仅在一端上线时，避免版本漂移。
- 补漏审计，监控过去24小时内合并的拉取请求，针对你关注的领域，返回高层摘要及精选待审PR列表。
而我最喜欢的提示词是：“今晚你有六小时，想做什么就做什么，玩得开心！”
我很好奇你会如何安排自己的夜间审计，相信一定有许多值得借鉴的想法。
P0 紧急处理流程
云代理有时会反应迟缓。它们需要运行、搭建环境、等待、执行测试，并不断迭代。而有时，你需要更快地完成任务。
因此，我与我的工程师机器人创建了一套P0紧急处理流程。每当我将某项任务标记为P0时，它们会启动一个临时程序，每五分钟检查一次对话记录，监控进度与推理过程，并在云代理开始浪费不必要的时间时主动引导它。
这一流程非常有效。当我需要紧急结果时，无论是代码库研究还是关键错误修复，只需说一句“这是P0”，就能比平时快得多地完成任务。
请注意，这可能会比你预想的更快消耗令牌，因此仅在真正紧急的情况下使用。
与Grok Bot的经验与技巧
- 为云代理提供完整的反馈循环： 重要的是，在无需你介入的情况下，给它们关于下一步行动的信号。它们应能启动开发实例，并端到端地驱动整个技术栈（例如，通过Chrome DevTools、CLI或Apple Accessibility）。如果它们做不到，就让它们自行运行流程，尽可能积极地自我排除障碍，并将所学打包成可复用的仓库技能。
- 将Grok Bot视为有才华的实习生： 如果在工程任务中与Grok Bot沟通有困难，不妨将其视为一位才华横溢的实习生。让它做足功课，研究它尚不擅长的领域，并参考其他工程师如何完成任务。无需调用技能，无需冗长提示，只需对话。
- 避免重复是关键： 随着AI能力日益增强，将重复性任务委派出去，专注于代理难以轻易解决的更深层、更棘手的问题，变得尤为重要。如果你发现自己每天不止一次地做某件事，且遵循清晰模式，不妨与你的机器人讨论，看看它们能如何提供帮助。
- 为机器人安排每日例会极为有效： 每天重复关键要点有助于它们在处理多项任务时记住复杂的工作流程。由于上下文限制无法容纳所有内容，每日提醒是一种有益的提示，能省去你重复说明的麻烦。
- 更加放手管理： 类似于自动驾驶，与机器人协作是一个建立信任的过程。与其事事亲力亲为，不如思考它们何时能顺利运行，何时可能引发问题。在安全的情况下给予它们足够的自主权去交付成果，而在高风险领域则需更加谨慎。但不要因为它们曾失败过就阻止它们尝试。持续试验，并不断思考如何帮助它们成长。
- 让它们协同编排： 机器人的能力超乎你的想象。为了在机器人运维中更加放手，构建一个机器人错误审查流程（例如，一个运维机器人，能与各机器人对话并分析它们的思维轨迹）会大有裨益，这样就能避免同样的错误再次发生。
准备好欢迎一位工程师机器人加入团队了吗？试试 Grok Bot，并让我看看它们交付的成果。