用途：遍历 GitHub 拉取请求中未解决的评审评论，修复应修复的问题，对其余评论给出理由回复。
前提条件：已安装并认证 gh CLI；当前目录为已检出 PR 分支的 git 仓库；工作区干净（无未提交更改）。
主要流程：1）用 gh pr view --json number,url,headRefName,baseRefName 从当前分支检测 PR，找不到则向用户询问编号或 URL；2）用 GraphQL 分页获取评审线程及解决状态，筛选 isResolved 为 false 的线程；对 isOutdated 的线程不能静默跳过，需根据当前代码判定；若评论链有下一页，须先取完再判断；3）对每个未解决线程阅读评论链与代码，分类为 Actionable（修复代码）、Question（回复解释）、Disagree（回复理由）、Already addressed（回复说明由哪个提交修复）、Needs validation（查看当前代码后重新分类）；4）在修改或回复前，向用户展示完整分类结果并等待确认；5）对 Actionable 项进行修复，展示 git status --short 与 git diff，获得明确确认后再用 git add 和 git commit -m "fix: address PR review feedback" 提交，推送前需另行确认；6）对非 Actionable 线程用 gh api 回复，in_reply_to 必须是线程中首条评论的 databaseId，或使用 replies 端点；回复应具体、尊重、开放、简洁；7）最后给出操作与回复摘要。
限制与边界：不盲目同意每条评论，需按技术理由评估；若多位评审者意见冲突，应提示用户而非自行选择；评论引用的文件在本地不存在（如已删除或重命名）时需在分类中注明。其他功能、收费、价格、平台或效果信息暂未提供。