Grok Bot粉皮书下载完整课程
21 / 25
工程团队实战工02

给伙伴分配职责和可运行的环境

模块工程团队实战预计学习7 分钟

一个工程伙伴可以调度多个执行任务。为了减少重复解释,负责协调的伙伴最好长期照看一个业务领域,知道这一块的规格、设计习惯和历史问题。执行任务则可以按需要启动、继续或结束。

五个伙伴的分工为什么有用

Lingxi Li 的案例给了五个名字。名称可以保留作对照,学习时需要关注的是责任范围。

伙伴作者分配的领域可以从中学习的分工方式
Baltata移动端共享层,以及 iOS 相关工作同一平台的公共规则由稳定负责人掌握
Shaoruru桌面客户端与 CI/CD客户端改动和构建交付可以由熟悉两者的人协调
Hogan基础设施,以及归属尚不清楚的用户问题为跨领域问题保留一个初步排查入口
CraigAndroid 相关开发用独立负责人照看另一个平台的差异
QuillGrok Bot 的 harness,也就是组织模型、工具与执行过程的运行框架将执行框架本身与普通产品功能分开管理

这些伙伴能够跨领域工作,但作者说明它们的记忆不同、可用上下文也有限。把全部事情塞给同一个伙伴,容易让重要规格被大量无关讨论挤走。按领域分工能减轻这个问题,并不代表伙伴之间天然拥有完全隔离的权限或电脑。

图02 五个工程伙伴的中文列表
图02 五个工程伙伴的中文列表。图生图中文教学示意,原图裁切和细字请结合第六课核对;可点击查看大图。

原图里的名字包括 Quill、Baltata、Shaoruru、Craig、Hogan,中文化时保持原样。列表显示的是当时的消息预览,不能用这些简短片段推断项目已全部完成。

协调者和执行者分别做什么

作者描述的工程伙伴能够创建 Cursor cloud agent,阅读执行记录,检查变更请求所附的证明材料,排队发送跟进消息,必要时打断运行。任务可以由本人发出,也可以从 Slack 进入。

一次执行通常需要清楚的任务说明和证明要求。作者还把个人规则通过已有 Skill 传给执行者,按工作类型选择相关能力。

原文中的 Skill 标识在案例中的用途使用边界
/lingxi-design视觉工作作者个人规则,不保证你的账号已经有这个 Skill
/react-native-best-practices代码质量审计应先查看你实际安装版本的内容和适用项目
/lingxi-review架构判断不能只凭名字猜测评审标准
/lingxi-product带取舍的产品决策决策依据需要来自项目背景
/lingxi-mode入职截图要求每次云端任务携带的个人工作模式这是截图中的专属标识,不是通用系统命令

这些名称保留在文字材料中供核对,不需要为了模仿案例直接创建同名文件。先把你自己的验收规则写清楚,通常比先凑齐一组名字更有帮助。

执行环境必须能完成验证

作者提到,执行任务可以运行在自己的工作机器上,例如闲置的 Mac mini。有 VPN 或特殊机器配置要求时,案例采用 Cursor Cloud private worker,让任务进入相应环境。iOS Simulator 的运行与截图回传就是其中一个用途。

这段经验不能理解为任何一台普通云主机都能替代苹果开发环境,也不能理解为本机以后完全不需要开机。采用自己的工作机器时,那台机器必须在所需时段可达,并具备任务用到的软件、网络和授权。

本课只说明这个部署选择,不提供未经当前文档核验的安装命令。原文引用的Mac mini 工作机器案例可作为扩展阅读。真正接入前,需要再对照平台的当前文档检查可用范围。

把验证输入也交给执行者

界面工作要能启动开发实例、实际操作页面并返回截图。作者举到的控制方式包括 Chrome DevTools、CLI 与 Apple Accessibility。具体使用哪一种,取决于被测产品的运行环境。

语音工作还有另一类输入。作者团队把 SpaceXAI 的语音接口接到系统音频输入输出,让执行者同时取得音频和转写,用这些信号检查语音到语音功能。只有一段转写文本,不能证明完整语音交互已通过;播放、接收、识别与回复仍需要各自对应的结果。

原文没有提供这套音频接线的完整配置。本课不补造接口参数,也不把它宣传为读者可以直接复制运行的脚本。

本课练习

只选择一个领域负责人,给它一个明确任务。请它先返回当前能使用的环境、如何操作被测产品,以及能提供什么证明。

通过标准是它真的完成一次最小操作并返回结果。遇到网络、权限或设备缺口,应记录缺什么;需要新权限时交给人处理。用现有任务机器完成验证后,再决定是否增加第二个伙伴。

学完后记得保存进度

完成状态只保存在当前浏览器,不会上传你的学习记录。