用途：在 PR 推送并请求复审后持续跟进审查意见与 CI 状态，直至收敛。一轮返回不代表任务完成，需继续监听最新审查意见与最新 HEAD 的检查状态。
主要能力：读取 PR 最新评论、审查结果与最新 HEAD 检查状态，恢复跨轮账本（TSV，置于工作树外，列为轮次/受审 HEAD/子系统/审查者/意见摘要/桶/理由/回复链接/本轮状态）；将意见按 Act on、Consider、Noted、Dismissed 分桶并分别回复；同一子系统连续 3 轮仍有有效 Act on 意见时，先调用 $code-review-panel 对整份 diff 做方向审计，再决定是否恢复修复；方向有分歧或需改变需求范围时暂停咨询用户。
使用方式：读评论意见列表需带 --paginate，否则只返回最旧 30 条。回复正文先写入 UTF-8 无 BOM 临时文件。行内意见回复命令：gh api repos/<repo>/pulls/<n>/comments -X POST -F in_reply_to=<线程第一条评论的 id> -f body="$(cat '<回复文件>'; printf '\n\n<!-- pr-review-loop:reply -->')"；顶层评论与审查总结回复命令：gh api repos/<repo>/issues/<n>/comments -X POST -f body="$(cat '<回复文件>'; printf '\n\n<!-- pr-review-loop:reply -->')"。每条自己发的评论末尾需带 <!-- pr-review-loop:reply --> 标记；Windows 下将标记写入回复文件末尾并用 -F body=@<回复文件> 提交。推送含可见 UI 改动的提交前，先重拍受影响界面、上传并 gh pr edit 更新截图链接，再推送。审查者约 30 分钟无回应时重新请求一次，再次超时则不再等待。结束跟进或暂停前撤掉监听。
限制：不得对任何评论执行 PATCH 或 DELETE；回复发错只能再发更正；修改 PR 描述用 gh pr edit。不自动合并 PR，需等待用户指令。其余如具体收费、平台支持范围等资料暂未提供。