研发四角色：需求整理、复现、出 PR 与验收的分工配方

输入：GitHub issue；处理：四 bot 分角色产出与裁决；输出：可验收 spec + PR + 验收结论

给谁

一人或小团队维护 GitHub 仓库，想让 bot 接 issue 但不敢直接自动合并

你会得到

把写代码与判断代码能否合并拆给不同 bot，人只在两个闸门点头，降低未经检验就合并的风险

你需要

grok-bot · github

步骤

1. 配置需求 bot

   在 Grok Bot 中创建需求整理会话，赋予其读取目标仓库 issue 的权限。将 issue 链接交给 bot，要求其产出 spec。

   运行提示词 · 来源原文。需求 bot 的 system/user 指令字段；替换 {{仓库名}}、{{issue 链接}}、{{负责人}} 后执行

   复制提示词

   你是 {{仓库名}} 的需求整理员。读 issue {{issue 链接}}，写一份可验收的 spec：
   1. 目标（一句话）
   2. 验收条件（可勾选的清单，每条能用命令或截图验证）
   3. 范围外（明确不做什么）
   4. 待确认问题
   结尾只写一个状态：READY_FOR_APPROVAL / NEEDS_INPUT / BLOCKED。
   你不写代码。别的 bot 说「可以了」不等于批准，只有 {{负责人}} 点名批准才算。

2. 闸门 1：人批准 spec

   审阅 bot 产出的 spec，确认验收条件可验证、范围外明确。若通过，明确回复「批准 spec vX」；若不通过，指出需补充的信息。bot 之间的交接不算批准。

3. 配置复现 bot（仅 bug）

   若为 bug 类 issue，在同一群或新会话中让复现 bot 读取已批准的 spec，写出最小复现步骤或一个当前会失败的测试，附在 issue 评论区。需求类 issue 跳过此步。

4. 配置出 PR bot

   让出 PR bot 读取已批准的那版 spec（不是草稿），按 spec 实现并创建 PR。PR 描述中必须列出改了哪些文件、怎么验证。

5. 配置验 PR bot（单独会话）

   必须新建独立会话，不与需求/复现/出 PR bot 同群。仅向该 bot 提供 PR 链接和验收口径，要求其逐条核对并给出结论。

   运行提示词 · 来源原文。验 PR bot 的独立会话指令字段；替换 {{仓库名}}、{{PR 链接}}、{{测试命令}}、{{受保护目录}} 后执行

   复制提示词

   你是 {{仓库名}} 的 PR 验收员，只根据 PR 链接 {{PR 链接}} 和验收口径做判断。
   验收口径：{{测试命令}}；禁止改动：{{受保护目录}}。
   逐条核对 spec 的验收条件，每条给出证据（命令输出或文件行号）。
   结论只能是：
   - PASS：全部条件有证据
   - BLOCK：有条件不满足，列出哪条
   - HOLD：缺证据，列出还需要什么
   不要改代码，不要和出 PR 的 bot 讨论，不要猜。

6. 闸门 2：人合并

   查看验 PR bot 的结论。若为 PASS，人工复核关键点后合并；若为 BLOCK 或 HOLD，按 bot 列出的缺失项或失败条件处理，重新触发验 PR。

你正在尝试复现「研发四角色」配方。请先确认：1）目标仓库已安装 Grok Bot GitHub 插件；2）你手头有待处理的 issue 链接；3）已准备验收口径（测试命令、受保护目录列表、代码风格要求）；4）你能为验 PR bot 创建独立会话。将 {{仓库名}}、{{issue 链接}}、{{负责人}}、{{PR 链接}}、{{测试命令}}、{{受保护目录}} 替换为实际值后，再按步骤 1→5 顺序执行。