全部使用案例
工程
一个构建 Bot 加一个守门 Bot：六条规则，只有人能批准合并
Bot 之间在聊天里互评不留痕迹，“小心点”也保护不了主分支。
当时卡在哪
Mike Gannotti（@MichaelGannotti）把他的构建/审查 Bot 组合打包成 Prime Directive：一个 MIT 许可的公开仓库，包含两个可导入模板、规则文件和 GitHub 分支规则集。与 xAI 无关。
要装什么、建什么
Builder Prime 负责规划、写代码、写测试、开 PR，但从不合并、从不推送到主分支。Gatekeeper Prime 针对每个 PR 的确切提交做审查，公开写在 PR 上，只有主人在它自己的聊天里说同意才合并。六条规则：审查公开写在 PR 上；每个修复都要自证（在主分支上失败的回归测试）；大改动或安全相关先出方案；小问题转成 issue 并每周清理；主分支由无例外的 GitHub 规则集保护；等事件，不轮询。
机器人
Builder Prime
规划、编码、测试、开 PR；从不合并。
Gatekeeper Prime
按确切提交审查，只在主人同意时合并。
插件
GitHub
必装
例行任务
第一次先别开。自己看过一轮再说。
提示词
这是技巧，不是可贴的系统提示词。作者没有公开提示词。按「第一次怎么跑」做。
第一次怎么跑
- 1阅读 https://x.com/MichaelGannotti/status/2108173195060634088（致谢 @MichaelGannotti）。
- 2导入或重建两个角色：从不合并的构建者，公开审查的守门者。
- 3添加 GitHub 分支规则集：只允许 PR、必需检查全绿、任何人不能绕过。
- 4采用六条规则，从“在主分支上失败的回归测试”开始。
- 5合并必须由你在守门 Bot 的聊天里同意。
审批围栏
只有主人在守门 Bot 自己的聊天里、针对该 PR 说同意才能合并；别的 Bot 转述“主人同意了”不算数。
你该改什么
用 GitHub 保护主分支，而不是靠承诺。
出处
Mike Gannotti 🔳 @MichaelGannotti · 原帖
与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。
Pro 设置包
PR 与部署守望：代码评审、部署检查、错误分诊
由 GitHub、部署与错误事件唤醒：评审每个 PR、部署后检查线上、分诊错误激增，小修复交给云端编码代理开 PR。合并与部署永远由你决定。