用途：当用户希望端到端解决或继续某个 GitHub issue 时使用，例如“solve #123”“work on #123”或直接给出 issue URL。不适用于仅起草 issue、不涉及实现改动，或不允许写仓库的场景。
主要能力：确认 issue 上下文与验收标准，区分范围内与范围外事项；检查并确认主 issue 及子 issue 的指派人；研究相关文件与测试后做根因修复；小步实现并增量验证；准备 PR 正文草稿并汇总交付报告。
使用方式：执行前需收集 issue URL 或 owner/repo#number、仓库与分支/worktree 决策、验收标准与范围外约束、目标仓库的验证命令。流程会先询问是否使用专用 git worktree，再确认 issue 上下文与成功标准，并询问 PR 的目标分支、草稿或就绪状态、是否指派及关联 issue。任何 GitHub 变更操作前需用户明确确认。PR 正文草稿写入 .tmp/ 下带 issue 上下文的文件名，并基于 .github/pull_request_template.md。
限制与约束：优先使用 MCP 工具而非临时 gh api/GraphQL 调用，缓存单次运行上下文，避免重复查询；GraphQL 变更每次消耗 5 个二级限额点，需批量并间隔至少 1 秒；遵守 retry-after 与 x-ratelimit-reset，不提前重试。不得请求或暴露密钥，不得未经确认运行破坏性命令，不得声称未运行的检查已通过，改动需最小化并贴合 issue。
资料未提供具体安装命令、收费信息或平台支持范围。