用途：对指定 PR 进行结构化审查，覆盖正确性、模式合规、测试、无障碍与安全，并输出可合并置信度评分。
主要能力：分阶段执行。先通过 gh 命令收集 PR 元数据、变更文件、完整 diff 与 CI 状态；再按变更文件与元数据将 PR 分类为 docs-only、test-only、bug-fix、feature、refactor、config/infra 等类型；随后运行多项检查：Beachball change 文件、V9 组件模式合规、依赖层级违规、SSR 安全、测试、API 表面、无障碍、安全与质量、文档覆盖。每项发现标注 BLOCKER、WARNING 或 INFO。
评分：从 100 分起，每个 BLOCKER 扣 25 分，WARNING 扣 5 分，INFO 扣 1 分；测试随源码更新加 5 分，change 文件存在且描述良好加 3 分，PR 描述详尽加 2 分；下限 0，上限 100。90–100 高置信，70–89 中等，50–69 偏低，0–49 不安全。
使用方式：以 PR 编号作为参数调用，例如 gh pr view $ARGUMENTS、gh pr diff $ARGUMENTS、gh pr checks $ARGUMENTS。输出固定格式，包含置信度评分、发现项、分类明细与建议（APPROVE / REQUEST_CHANGES / COMMENT）。可将结果保存到临时文件后通过 gh pr comment $ARGUMENTS --repo microsoft/fluentui --body-file /tmp/pr-review-$ARGUMENTS.md 回帖，并附加“Posted via the /review-pr skill.”尾注。发帖前需确认 gh 账号有写权限，EMU 账号可读但写入会静默失败。
适用场景：Fluent UI 仓库的 PR 审查，尤其适合需要统一检查模式合规、依赖层级、SSR 安全与文档覆盖的维护流程。
限制：针对 v8 包跳过 V9 模式检查，web-components 包跳过 React 专属检查；大型 PR（50+ 文件）需降低置信度；草稿 PR 仍可审查但需标注 WIP；合并冲突应标为 BLOCKER。若用户要求只审查不发帖、或同一 head SHA 一天内已有本技能评论、或草稿 PR 仍在迭代，则跳过发帖。具体命令与检查规则以资料为准，未提供的细节暂未说明。