用途：把一个明确的 GitHub Issue 从实现推进到合并与关闭，全程以 GitHub 作为持久进度记录，适合需要独立评审与验收证据的交付流程。
主要能力：读取仓库说明与完整 Issue（含依赖、范围、验收标准、评论和关联工作）；解析该 Issue 已有的本地或远程分支与 Pull Request，优先续用而非重复创建，候选不明确时停止；确认依赖已交付且验收标准可测试；调用 user-story-implementer 在全新且命名清晰的上下文中实现，要求每条验收标准都有证据并对改动行为做聚焦验证；等待完整实现交接后再评审；核对实现者报告的 PR 与 head SHA；调用 user-story-reviewer 在独立上下文中逐条核验验收标准、执行风险相关验证，并按仓库策略请求修改或签署合并；发现阻塞问题时把完整问题集发回同一实现者，在同一 PR 上等待完整修订交接，再用新的独立评审上下文复核；循环直到无阻塞问题、必需检查通过且 PR 按仓库策略合并；最后重读 PR 与 Issue，仅在已评审的 head 合并且 Issue 关闭后结束。
使用方式：由协调者串联实现者与评审者两个独立上下文；交接内容仅含 Issue、PR、Head SHA、结果、验收标准证据、验证、阻塞发现、阻塞项，详细证据留在 Issue、PR、评审或检查运行中。
限制：同一阻塞行为在修订后仍存在时暂停自动循环，诊断原因后仅在采用实质不同的安全方案时继续；若正确性依赖产品决策、凭据、权限、外部服务或未完成依赖，需在 Issue 上记录具体阻塞并报告所需动作，重试次数不等于完成；批准、仅评论评审、开放 PR、无合并证据的关闭 Issue 或后续 Issue 均属中间状态。资料未提供具体安装命令、收费与平台信息。