用 Grok Bot 组织工程团队

全屏预览

我是 SpaceXAI 的一名工程师，我正在用 Grok Bot 构建 Grok Bot。

你可以把 Grok Bot 想象成能力极其出众的工程实习生，拥有属于自己的电脑，能够管理代码编写 Agent 并从你的工作习惯中持续学习。它已成为我最默契的工程搭档，在我离线、睡觉或开会时保持研发持续推进。再也不需要让笔记本电脑常开不休，再也不用在多个 Agent 之间手忙脚乱地切换上下文，交付结果完全符合我的标准，随心所欲。

作为打造 Grok Bot 的原厂团队，我们拥有最早的体验权限，并每天都在实际工作中使用它。看到我们现在的交付速度有多惊人、团队生产力有多狂飙，真的令人大开眼界：

• Lauren 在过去一个月里提交合并了 2000 多个 Pull Request。
• Balta 和 Shaoru 仅用 4 周时间，借助 Grok Bot 就完成了 Grok Bot 的整套底层基石。
• 我仅用 3 周时间，仅依靠 Grok Bot 就从零完成了 Grok Bot iOS v0 版本的开发，拥有卓越的性能表现与精致的设计打磨。
• 每位团队成员现在每天都在交付重磅工程成果，而不是几个星期才憋出一次大更新。

我用 Grok Bot 构建得越多，就越渴望将这股超级生产力递交到你的手中。

认识我的工程 Bot 战队

全屏预览

我拥有五位工程伙伴，每位各专精于不同的业务领域：

• Baltata 负责 Grok Bot 移动端公共共享层，以及与 iOS 版 Grok Bot 相关的所有事务。
• Shaoruru 负责 Grok Bot 桌面客户端及其 CI/CD 自动化流水线。
• Hogan 负责底层基础设施，并调查权属不明确的复杂线上用户故障。
• Craig 负责 Android 平台的 Grok Bot，正在全力推进其面世。
• Quill 负责 Grok Bot 的 Harness 测试框架，是这方面的当之无愧的传奇专家。

它们都可以跨领域协助彼此的工作，但各自拥有独立的记忆体系与有限的上下文。当专注在单一领域时它们的表现最出色，因为它们在各自专精的版图内所秉持的设计规范与技术准则要敏锐清晰得多。

每个 Bot 都能创建 Cursor 云端 Agent、读取执行记录（Transcripts）、审查 PR 附带的测试凭证（Proofs），并通过排队发送消息或直接打断运行来进行跟进。这解锁了真正端到端的 Agentic 自动化工作流。它完全覆盖了我过去在 Cursor 中每天所做的事情——那时我总是在管理的多个云端 Agent 之间疲于切换上下文。现在，我的 Bot 们能够像我一样娴熟地管理它们。

当它们从我这里或从 Slack 接收到任务时，就会启动一个调用了我预设技能的云端 Agent，并附带一份详尽的提示词，详细阐明需要完成的工作以及期望提交的测试证明。它们还能根据我的个性化指引智能调用额外的扩展技能，例如用于视觉设计的 /lingxi-design、用于代码审查审计的 /react-native-best-practices、用于研判技术架构的 /lingxi-review，或者在需要做出坚决产品判断时的 /lingxi-product。

全屏预览

Grok Bot 还可以在你自有的 Worker 工作机上启动云端 Agent，比如一台闲置的 Mac mini（多亏了 Grok Bot，你再也不需要在家中留一台专门的机器 7×24 小时不间断运行 OpenClaw 了）。

如果你的工作流需要 VPN 访问权限或特殊的硬件环境配置，你可以将那台机器配置为 Cursor Cloud 私有 Worker，并让 Grok Bot 在上面运行云端 Agent。这解锁了更多可能性，比如在本地运行 iOS 模拟器并让 Agent 截取实机运行画面反馈给你。

Grok Bot 能够全天候监控云端 Agent 的执行记录与生成产物（如截图），在完成时提醒你，或在遇到偏差时排队追加消息甚至直接中断。你可以随意阐述你的要求，比如“你必须核实截图确实包含了我要求的修改，并提供前后对比证明”，Grok Bot 就会持之以恒地执行，直到目标圆满达成为止。

保持 Grok Bot 工程团队顺畅运作的关键，在于为它建立一个完整闭环的反馈回路。由于云端 Agent 拥有截图能力，Grok Bot 便借助其多模态能力核实视觉调整是否切实到位；一旦发现与你的要求不符，它会坚决要求重新修改，把好质量关。

语音听写测试就是这一闭环的绝佳范例。我们将 SpaceXAI 的语音 API 接入到云端 Agent 的系统音频输入输出中。因为 Agent 能够同时获取语音与转录文本，我们就可以利用这些信号在全线产品中测试端到端语音交互功能，并孵化出更多好玩的创新特性。

有时 Agent 会遭遇开发环境的不稳定性，导致挂起停滞，直到有人发提示词唤醒它。Grok Bot 将这一烦恼替你彻底扛下——它时刻盯紧运行进度，竭尽全力为 Agent 排查环境故障。每次我去检查，一切总是井井有条。自从用了 Grok Bot，零星的环境抖动几乎再也打扰不到我，除非 Grok Bot 缺乏自行修复该问题所需的系统安全权限。

请记住：一切现在都只需要发一条消息即可搞定。想让它们在交还给你之前先自行死磕尝试 10 次？只要一句话吩咐下去就行。

超越上下文长度限制的大规模并发扩展

全屏预览

为了帮助我的 Bot 们在超越上下文限制的情况下时刻掌握全局进度，同时也为了让我无需在长篇聊天记录中翻找就能一览全局，我让每位工程 Bot 共同维护一个共享的 Notion 数据库。

每隔 30 分钟，它们就会巡检该数据库并检查每个 PR：

• Bugbot 的审查评审意见或安全告警，逐条核查每项反馈是否真实合理；
• 发生报错的 CI 运行流水线；
• 代码合并冲突。

一旦发现任何异常，它们会立即跟进我的云端 Agent 进行修复，并将 Notion 数据库中的状态改回“处理中（Working）”。

如果一切顺利无误，它们会将任务标记为“等待审查（Ready for Review）”，并自动触发一轮严密的代码审查，高度聚焦于代码质量与潜在遗漏。

如果审查评估结果置信度极高且影响面很小，PR 就会自动合并。否则，等我回来时再审查代码和测试凭证，决定是直接合并还是提出反馈。

几乎每天早晨，我一上线就能看到一批随时可合并的任务。代码质量完全过关，视觉效果尽善尽美，证明材料清晰展示了测试细节。现在越来越多的工作能够“一次通关”，让我能够将精力专注在更艰难的问题、更高的性能门槛、更精致的细节打磨以及更重大的架构决策上。

在使用 Grok Bot 之前，我一个人最多能手动管理 15 个云端 Agent。而现在，我的 Bot 战队可以同时并发驱动 200 多个 Agent，如果需要，我们还能扩展到更大规模。

全屏预览

Grok Bot 操盘掌管迷你组织

除了写代码，研发组织内部还有大量的日常运营杂务，包括为新上岗的工程 Bot 办理入职、共享沉淀知识、在发生线上事故时主持复盘（例如某个 PR 没有被仔细审查过），以及组织日常会议以确保所有人目标一致。

这全部是 Jenny 的工作。她是我的运营主管，也是团队里唯一一个不写代码的 Bot。

每天早晨 5 点，Jenny 都会与团队里的每一位工程 Bot 举行一对一会谈，审查我们的操作规范手册，排查阻塞点，并再次强化我所追求的交付标准与团队氛围。我发现这一招极其见效，即使过了好几周，我的 Bot 们也极少遗忘我那些复杂的自动化工作流。

全屏预览

当某个 Bot 犯错时（比如没有足够坚决地追查下去以实现真正目标），我会吩咐它去找 Jenny 进行根因分析并写复盘报告。Jenny 会深入探究导致问题的推理链路，随后更新操作手册，并向其他所有工程伙伴通报新规则，确保同样的失误绝不重演。

每当我需要扩充团队时，我就会让 Jenny 负责新成员的入职。Jenny 会在我的组织中创建新的 Bot，分享我们的研发团队规范，并指派 Hogan 和其他老成员协助其完成入职培训。

在 Grok Bot 中构建一套完整研发体系的终极目标，就是彻底消除重复性内耗。把一切可标准化的琐事甩给 Grok Bot，将你自己解放出来，去攻克更困难、更深度的真正难题。

全屏预览

Grok Bot 的高阶额外用法

我们采用模块化架构设计了 Grok Bot，因此你可以自由组合出许多玩法来打造自己的迷你研发团队。以下是我最喜欢的两项实战技巧。

深夜自动化巡检

每天凌晨 3 点，我的工程 Bot 们都在精神抖擞地运转：清理整个代码库、提升代码质量、清除无用死代码、加快应用加载速度，以及缩减打包体积。

每天早晨，我都会收到一批崭新的 Pull Request，让我们的代码始终保持整洁利落、毫无垃圾代码、具备出色的可扩展性。它把枯燥的代码维护变成了一种日常自动化习惯，而不是几个月才痛苦大扫除一次的事情。

更多夜间巡检创意推荐：

• 安全巡检：捕捉团队可能在代码库中不慎遗漏的安全漏洞。
• CI/CD 构建耗时巡检：严防构建流水线耗时悄悄膨胀到不健康的程度。
• 国际化多语言巡检：排查并补齐当某些新功能仅发布了单一语言时遗留的翻译缺失漏洞。
• 多端一致性巡检：在团队同时开发多个客户端（如 iOS 与桌面端）时，防止功能仅在某一端落地导致的各端特性脱节。
• 日常进展速递巡检：监控你所关心的业务模块在过去 24 小时内合并的所有 PR，并提炼出高层概要和精选复核列表交付给你。

而在所有提示词中，我个人最钟爱的是这句：“今晚你有六个小时的自由时间。做任何你想构建的东西吧。玩得开心！”

我非常好奇你在自己的夜间巡检中会运行什么奇思妙想。我相信外面一定有许多我渴望借鉴偷师的绝妙点子。

P0 特急绿色通道机制

云端 Agent 有时难免较慢。它们需要启动环境、等待、执行测试并反复调试迭代。而在有些突发时刻，你确实需要更快看到战果。

因此我为工程 Bot 们建立了一套 P0 特急应对流程。每当我声明某项任务是 P0，它们就会立刻启动一个临时定时任务，每隔五分钟全面审查一次执行记录，紧密监控进展与推理链路，并在发现云端 Agent 开始无谓耗费时间时主动出手纠偏指引。

这招出奇地管用。无论我是急需进行紧急代码库调研还是火速修复线上致命故障，只要带上“这是 P0”，交付速度就能比平时飞跃提升一大截。

请注意：这种高频监视消耗 Token 的速度会远超你的想象，因此务必只将其保留给真正的十万火急之事。

使用 Grok Bot 的心得与实战秘籍

全屏预览

• 为云端 Agent 提供完整的闭环反馈：务必赋予它们在脱离你介入时也能明确下一步该做什么的信号。它们应该有能力启动本地开发实例并端到端驱动整套技术栈（例如借助 Chrome DevTools、CLI 或苹果无障碍 Accessibility API）。如果它们暂时做不到，吩咐它们自行运行流程，竭尽所能自我排查解除阻塞，并将经验沉淀为代码仓库中可复用的 Skill。
• 将 Grok Bot 视为极具天赋的实习生：如果你在工程任务沟通上感到卡顿，就把它们当做天赋异禀的实习生来交流。吩咐它先做功课、主动钻研尚未精通的领域，并参考其他资深工程师是如何交付类似任务的。无需调用复杂的技能，无需撰写繁冗的提示词，直接聊天即可。
• 避免重复是核心精髓：随着 AI 愈发强大，关键在于将重复性繁重琐碎的工作彻底委托出去，让人类专注于 Agent 无法轻易攻克的深层本质问题。如果你发现某件事你一天要做超过一次且遵循清晰的模式，立刻与你的 Bot 探讨如何接管。
• 为 Bot 开设早间例会极其见效：每天重复关键守则，能帮助它们在并发周旋于繁杂任务时依然牢记复杂工作流。由于上下文容量无法容纳一切，每天的一点晨会提醒就是一个强有力的助推，省去你反复唠叨的精力。
• 学会更加大胆地放手：就像自动驾驶一样，与 Bot 协作是一个逐步建立信任的旅程。与其凡事亲力亲为，不如思考它们在什么场景下能平稳自如地运转，在什么场景下可能带来风险。在安全可控的领域给予充分放行去交付；而在高风险领域保持谨慎审查。但切忌仅仅因为它们曾失败过一次就剥夺尝试的机会。保持实验心态，时刻思考如何助力它们成长。
• 让它们协同编排闭环：Bot 的潜能远比你想象的更强大。为了更彻底地实现脱手运维，构建一套专门用于复盘 Bot 犯错的审查流水线（例如由专门的运营 Bot 与工程 Bot 深度复盘并分析其思考轨迹），能确保相同的失误永不再犯。

准备好迎接你研发组织里的第一位工程 Bot 伙伴了吗？不妨从一个专属工程 Bot，或是一个夜间自动巡检工程师开始吧。