用途：在当前分支上持续迭代拉取请求，直到所有 CI 检查通过且审查反馈得到处理。适用于修复 CI 失败、处理审查意见，或持续推送修复直至全部检查变绿。
主要能力：提供两个打包脚本。scripts/fetch_pr_checks.py 获取 CI 检查状态并从日志中提取失败片段，返回包含 pr、summary（total/passed/failed/pending）和 checks 的 JSON；scripts/fetch_pr_feedback.py 获取并按 LOGAF 等级分类 PR 审查反馈：high（必须处理，如 h:、blocker、changes requested）、medium（应处理，如 m:）、low（可选，如 l:、nit、style、suggestion）、bot（自动化信息性评论，如 Codecov、Dependabot）、resolved（已解决线程）。来自 Sentry、Warden、Cursor、Bugbot、CodeQL 等审查机器人的反馈会出现在 high/medium/low 中并带 review_bot: true，不会归入 bot 桶。
使用方式：需要已认证的 GitHub CLI（gh）。所有脚本必须从仓库根目录（.git 所在处）运行，而非技能目录，通过 ${CLAUDE_SKILL_ROOT} 使用脚本完整路径。流程为：1) 用 gh pr view --json number,url,headRefName 识别 PR；2) 运行 fetch_pr_checks.py 检查 CI 状态；3) 针对每个失败读取日志片段并做最小化修复，不得仅凭检查名称猜测失败原因；4) 运行 fetch_pr_feedback.py 收集反馈；5) 按 LOGAF 优先级处理：high 和 medium 自动修复（包括 review_bot 项，真实问题则修复，误报则跳过并简要说明原因，绝不静默忽略），low 向用户展示编号列表询问要处理哪些，resolved 和 bot 信息性评论静默跳过；6) 用 git add、git commit、git push 提交推送；7) 用 gh pr checks --watch --interval 30 等待 CI；8) 若 CI 失败或出现新反馈则回到第 2 步。
退出条件：成功为全部检查通过、无未处理的 high/medium 反馈且用户已决定 low 项；同一失败尝试 3 次后、反馈需要澄清或基础设施问题时请求帮助；无 PR 或分支需要 rebase 时停止。
回退方案：脚本失败时可直接用 gh CLI：gh pr checks --json name,state,bucket,link、gh run view <run-id> --log-failed、gh api repos/{owner}/{repo}/pulls/{number}/comments。
限制：资料未提供安装方式、定价、支持平台及脚本实现细节。