用途：审查 GitHub PR 或本地分支差异，给出结构化评审报告与处置选项。
主要能力：自动识别审查范围，PR 场景用 gh pr view 与 gh pr diff 获取元数据和补丁，本地场景用 git diff $(git merge-base origin/main HEAD)..HEAD 等命令取差异，并可用 gh pr view 检测当前分支是否有关联 PR；结合 PR 标题、描述与关联 issue 理解意图；不停留在 diff 片段，会追踪修改文件的调用方与依赖，确认符号真实存在。
评审方式：依据 RUBRIC.md 的 13 个角度扫描，包括行级问题、被删除的行为、跨文件接口漂移、语言陷阱、不变量与封装、测试怀疑、错误处理、复用、简化、效率、架构层次、可读性与约定、圈复杂度；再通过五项对抗式过滤（臆造架构、同步路径下的并发妄想、把偏好升级为架构问题、无害防御、幻觉 API）丢弃不合格发现，最后按阻塞、建议、细节分级。报告以 Markdown 写入指定 artifact 路径，发现附带 GitHub 可点击永久链接。
使用方式：以 /review-pr 配合 PR 链接或编号调用，也可在 Git 仓库内无参数调用；结束后通过 ask_question 提供三选一：仅保留报告、在本地工作区自动修复高置信度问题并运行格式化与测试、或用 gh api / gh pr review 将评论发到 GitHub。
适用场景：需要系统化、低误报的 PR 审查，尤其关注真实缺陷而非风格争论时。
限制：十三角度清单、过滤规则与报告模板的具体条款需以 RUBRIC.md 为准；本地自动修复与发帖选项会改动工作区或远端，应谨慎选择；资料未说明具体支持的语言、付费方式与版本要求。