用途：在当前分支上系统性地审查、规划并解决 GitHub Pull Request 中未解决的评论，采用单次交互流程，由用户决定何时编辑、何时提交。
主要能力：覆盖发现 PR、抓取三类评论来源、判断哪些评论尚未处理、区分可执行与不可执行评论、生成带文件位置/评论者/评论内容/拟修改方案的编号计划、逐项修改代码、运行项目 linter/formatter、汇总变更、回复并解决线程、重新请求相应审查者。
使用方式：先阅读 ${CLAUDE_PLUGIN_ROOT}/references/pr-review-mechanics.md（若路径无法解析，则位于插件根目录，即本技能上两级 ../../references/pr-review-mechanics.md）。随后按阶段执行：阶段1 发现 PR 与评论；阶段2 分类过滤，模糊评论标记为“needs clarification”；阶段3 展示计划并等待明确批准；阶段4 逐项修改并运行格式化/检查；阶段5 用户审阅 diff，不自动提交；阶段6 提交后回复 Addressed in <hash>、解决内联线程并按各机器人正确触发方式重新请求审查。
适用场景：需要人工把关、单轮处理 PR 评论的开发者。若希望跨多轮自动提交、推送并重新请求审查，应改用 pr-autopilot。
限制：当前分支无打开的 PR 时应告知用户并停止；必须等待用户明确批准后才修改；不自动提交；具体命令与项目工具链相关，资料未提供固定命令。