给伙伴分配职责和可运行的环境
一个工程伙伴可以调度多个执行任务。为了减少重复解释,负责协调的伙伴最好长期照看一个业务领域,知道这一块的规格、设计习惯和历史问题。执行任务则可以按需要启动、继续或结束。
五个伙伴的分工为什么有用
Lingxi Li 的案例给了五个名字。名称可以保留作对照,学习时需要关注的是责任范围。
| 伙伴 | 作者分配的领域 | 可以从中学习的分工方式 |
|---|---|---|
| Baltata | 移动端共享层,以及 iOS 相关工作 | 同一平台的公共规则由稳定负责人掌握 |
| Shaoruru | 桌面客户端与 CI/CD | 客户端改动和构建交付可以由熟悉两者的人协调 |
| Hogan | 基础设施,以及归属尚不清楚的用户问题 | 为跨领域问题保留一个初步排查入口 |
| Craig | Android 相关开发 | 用独立负责人照看另一个平台的差异 |
| Quill | Grok Bot 的 harness,也就是组织模型、工具与执行过程的运行框架 | 将执行框架本身与普通产品功能分开管理 |
这些伙伴能够跨领域工作,但作者说明它们的记忆不同、可用上下文也有限。把全部事情塞给同一个伙伴,容易让重要规格被大量无关讨论挤走。按领域分工能减轻这个问题,并不代表伙伴之间天然拥有完全隔离的权限或电脑。

原图里的名字包括 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 的语音接口接到系统音频输入输出,让执行者同时取得音频和转写,用这些信号检查语音到语音功能。只有一段转写文本,不能证明完整语音交互已通过;播放、接收、识别与回复仍需要各自对应的结果。
原文没有提供这套音频接线的完整配置。本课不补造接口参数,也不把它宣传为读者可以直接复制运行的脚本。
本课练习
只选择一个领域负责人,给它一个明确任务。请它先返回当前能使用的环境、如何操作被测产品,以及能提供什么证明。
通过标准是它真的完成一次最小操作并返回结果。遇到网络、权限或设备缺口,应记录缺什么;需要新权限时交给人处理。用现有任务机器完成验证后,再决定是否增加第二个伙伴。
学完后记得保存进度
完成状态只保存在当前浏览器,不会上传你的学习记录。