全部使用案例
工程
两个 Team Bot 管发版：一个发版经理，一个工程师
发版意味着追着贡献者确认、盯着构建、再到处点点找 bug。
当时卡在哪
Lauren（@poteto）用两个 Team Bot 在一个专门的 Slack 频道里把团队的发版和 QA 自动化了：发版经理 sandcastle，和工程师 Bot poteto。她补充说，能跑起来是因为有一个高质量的验证技能，建议你用 pstack 做一个自己的。与 xAI 无关。
要装什么、建什么
对发版 Bot 说“cut”。它私信每位贡献者，附上他们的 PR 链接，方便提出阻碍。随后启动构建、盯构建，再拉起一群 fuzz Agent 像真实用户一样使用应用（外加几个乱点的“混沌猴子”）。发现的问题交给工程师 Bot，由它开一个 Cursor Project 去分诊并修高优先级问题。由你决定：挑出修复打补丁版，还是放进下一个版本。
机器人
Release manager (sandcastle)
向贡献者确认发版范围、跑构建、拉起 fuzz 测试群。
Engineer bot (poteto)
通过 Cursor Project 负责高优先级问题的分诊和修复。
插件
GitHub
可跳过
文件
供 fuzz Agent 遵循的验证技能和功能地图（她建议用 pstack 做一个）。
例行任务
第一次先别开。自己看过一轮再说。
提示词
这是技巧，不是可贴的系统提示词。作者没有公开提示词。按「第一次怎么跑」做。
第一次怎么跑
- 1阅读 https://x.com/poteto/status/2107527180263829827（致谢 @poteto）。
- 2建两个 Team Bot——发版经理和工程师——都加进 Slack 里同一个发版频道。
- 3写一个验证技能（或用 pstack 生成），说明怎么跑你的应用、“正常”长什么样。
- 4告诉发版 Bot 要 cut：让它私信贡献者附上 PR 链接，收集阻碍。
- 5让它跑构建和一小群 fuzz Agent；问题交给工程师 Bot 通过 Cursor Project 修，再由你决定现在打补丁还是下个版本。
审批围栏
Bot 负责准备和测试；要不要挑修复进补丁版、什么时候发布，仍由人来决定。
你该改什么
把活拆开：一个 Bot 管发版，一个 Bot 管修复；让这群测试 Agent 值得信任的，是那个验证技能。
出处
与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。
Pro 设置包
想要完整设置，而不只是思路？
Pro 设置包为热门用例提供岗位描述、提示词、排程与踩坑。