用途：用于收尾一个开放 PR，把评审反馈与 CI 处理流程化，避免无界循环。评审类技能保持只读，本技能负责分诊、修复、验证、推送与有界 CI 监控。
主要能力与规则：不要逐条修复评审意见；编辑前先抓取全部评审状态（PR 评审正文、行内评审评论、issue 评论、当前 head SHA、检查状态）；把每条发现分诊为 valid、already fixed、obsolete、not actionable；一次性应用所有有效 P0-P2 修复；P3 视为可选，除非违反明确仓库约定、成本极低且明显有用，或用户要求修复全部小问题；先跑受影响代码的聚焦测试，推送前再跑一次仓库最终验证；每批只推送一次；批次后只运行一次 review-all，若仍有有效 P0-P2 发现，最多再做一轮修复批次，除非用户明确要求继续；不要在每个单独修复后重跑 review-all；若 10 分钟后只剩长时间 e2e 任务待定，报告状态并停止，除非用户明确要求等待。
使用方式：用 gh 解析 PR 上下文（gh pr view --json number,url,title,headRefOid,reviewDecision,statusCheckRollup），无 PR 时询问 PR 编号；抓取评审状态与行内评论（gh api repos/<owner>/<repo>/pulls/<pr>/comments --paginate）；编辑前先建分诊表（Source、File:Line、Priority、Finding、Status、Action）；批量修复后先跑聚焦测试（如 go test ./internal/cli、go test ./internal/controller），再跑 make test、make verify，必要时才跑 make test-integration；检查 git status --short、git diff --stat、git diff --check 后提交并每批推送一次；推送后运行一次 review-all；用 gh pr checks <pr> 监控 CI，失败则检查该任务并修复，等待长时间任务总计不超过 10 分钟。若 API 因沙箱网络失败，用所需审批重跑同一命令。
适用场景：需要收尾开放 PR、批量处理评审意见并监控 CI 的 GitHub 工作流。
限制：仅覆盖上述流程；具体仓库的验证目标、评审工具 review-all 的安装与配置、收费与平台支持等资料暂未提供。