用途：接手一个已存在的 PR，将其更新到最新状态、处理全部反馈并推送到可合并状态。该技能与语言和框架无关，示例中的构建、lint、测试、格式化命令需替换为项目实际命令。
输入：PR URL 或编号（必填，如 https://github.com/<owner>/<repo>/pull/9996 或 #9996）；分支名（可选，未提供则从 PR 元数据提取）。
主要流程：1）研究 PR，通过 FetchUrl 或 gh pr view 获取文件差异、评审意见、CI 状态与日志、PR 描述及关联工单，深入阅读改动文件；若 PR 修复特定问题，先调查根因确认修复有效。2）拉取并检出分支：git fetch origin <branch-name> <base-branch> 与 git checkout <branch-name>。3）在最新基分支上 rebase：git pull origin <base-branch> --rebase，冲突时阅读双方内容、保留 PR 意图并解决，git add 后 git rebase --continue。4）逐条处理未解决评审意见，修改代码或说明无需修改，按需补测试并提交。5）运行本地 CI 检查（lint、格式化、类型检查/编译、测试），优先用过滤参数缩小范围；区分基分支既有失败与 PR 引入的失败；若改动影响用户可见行为，需阅读并更新 E2E 测试。6）提交并推送：git add -A、git commit、git push origin <branch-name> --force-with-lease；若被密钥扫描机器人拦截，代理无法覆盖，需用户手动推送或按组织文档临时禁用扫描器。7）回复评审意见，可用 gh api 回复行内评论，或用 gh pr comment 发布总结。8）如改动重大，用 gh pr edit 更新 PR 描述。
验证清单：分支已基于最新基分支 rebase、所有评审意见已处理、受影响包的本地检查通过、改动已推送、每条评审意见均有回复、PR 描述已更新。
限制：需具备仓库访问与推送权限；密钥扫描拦截无法由代理绕过；具体命令与 CI 配置因项目而异，资料未提供通用默认值。