用途：让 AI 助手持续跟进 GitHub PR 或 GitLab MR 的机器人评审，从“刚开 PR”护送到“没有未答复意见”，无需人工反复刷新页面。
主要能力：
- 采集评审轮次数据。内联评审线程（discussion / review thread）与顶层评审正文（review / note）会一并抓取并关联。命令： "<skill-dir>/scripts/threads.sh" <N> > /tmp/pr-<N>-round-<k>.json
- 区分机器人评审与人类评论。机器人（author_bot: true）以及带 <!-- debate-review:... --> 标记的线程视为评审者；其余 PR 作者评论与无标记人类评论不自动修复，只提交给用户。
- 逐条核实发现，按真实影响而非机器人等级分类为阻塞 / 非阻塞，再决定修复、拒绝或延迟。
使用方式：
- 每轮只推送一次合并修复；推送前跑仓库自身的门禁，必要时运行安装的 guard 技能。
- 先发布修复并确认远程 SHA，再在线程内回复并解决： GitHub 回复：gh api --method POST "repos/<owner>/<repo>/pulls/<N>/comments/<reply_to>/replies" -f body="$(cat /tmp/reply.md)" GitHub 解决：gh api graphql -f query='mutation($t:ID!){ resolveReviewThread(input:{threadId:$t}){ thread{ isResolved } } }' -F t="<thread_id>" GitLab 回复：glab api --hostname <host> --method POST "projects/<project>/merge_requests/<N>/discussions/<reply_to>/notes" --raw-field "body=$(cat /tmp/reply.md)" GitLab 解决：glab api --hostname <host> --method PUT "projects/<project>/merge_requests/<N>/discussions/<thread_id>" -F resolved=true 注意：GitLab 的回复与解决调用取自 GitLab API 文档，尚未在真实实例上验证过；首次使用若失败应停止并报告。
适用场景：需要无人值守跟进机器人评审、收敛 PR 评论线程、在合并前确保最终提交获得干净评审轮次的开发流程。
限制：需要安装 gh / glab / git 与 debate-review 等技能；评审机器人通常推送后 5–10 分钟才回复；每轮最多两次合并修复推送与两次重审，除非用户明确要求继续。资料中未提供计费、价格或平台细节。