用 Grok Bot 组织工程团队

全屏预览

本章把专业工作拆成岗位、交接和验收。下面的任务安排作为练习场景；按自己实际配置与产物检查结果。

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

认识你的工程 Bot 战队

全屏预览

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

按实际职责配置工程岗位：移动端、桌面端、基础设施和检查。给每个岗位明确输入、交付与权限，先在一个小任务上完成交接和验收，再扩大范围。

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

要求交付实际变更和检查记录。先看差异，再运行相关检查，最后由负责人决定是否合并或发布。任务结束、截图出现和检查通过要分别确认。

把设计、代码检查、架构评估和产品判断分别写成适合本项目的工作规则。只调用已安装并读过说明的能力，先确认输入、权限、适用范围和输出，不假设别人的私人配置在你的环境里可用。

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

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

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

全屏预览

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

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

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

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

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

Grok Bot 操盘掌管迷你组织

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

协调伙伴负责跟进和汇总，不替你作最终决定。每次交接写清输入、负责人、预期产物和检查方式；缺少权限或资料时暂停，并说明需要你补充什么。

全屏预览

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

Grok Bot 的高阶额外用法

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

深夜自动化巡检

先选一个有清楚输入与交付的小任务。把资料整理、执行和检查分开，记录负责人、产物位置和下一步，再根据实际结果决定是否扩大任务范围。

更多夜间巡检创意推荐：

• 安全巡检：捕捉团队可能在代码库中不慎遗漏的安全漏洞。
• 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，或是一个夜间自动巡检工程师开始吧。