用途：对拉取请求（PR）执行双层深度审查，并生成可发布的审查报告。要求用户在消息中显式提供 PR 编号或 URL（如 123、#123 或完整 GitHub URL），不推断、不猜测、不读取本地分支或提交状态。
主要能力：并行运行两个子代理——对抗式审查（以怀疑视角找出至少五个问题，按严重度分级 Critical/Moderate/Minor，并标注 [likely]）和边界情况猎手（调用 bmad-review-edge-case-hunter，返回含 location、trigger_condition、guard_snippet、potential_consequence 的 JSON 数组）。随后合并去重，保留更具体版本，标记来源 [Adversarial]/[Edge Case]/[Both]，重新编号并按严重度排序，再进行语气转换，去除攻击性语言，保留技术实质与建议修复。
必要用法：先做预检，验证工作区干净（git status --porcelain），检出 PR 分支 gh pr checkout {PR_NUMBER} [--repo {REPO}]；检查 PR 规模与二进制文件；跨仓库时先 gh repo view --json nameWithOwner -q '.nameWithOwner' 确认，再用 --repo {REPO}。发布前先预览，用户确认后用临时文件加 gh pr comment {PR_NUMBER} [--repo {REPO}] --body-file {path} 发布，不使用 heredoc 或 echo。支持仅保存到本地。
适用场景：需要结构化、多角度代码审查并希望结果可发布的 GitHub PR 工作流。
限制：必须显式提供 PR；工作区不干净或检出失败会停止；大型 PR（超过 50 文件或 5000 行）需用户选择聚焦、继续或中止；二进制文件会被跳过并注明；报告为 LLM 生成，可能不准确，需人工核实。该技能的收费、价格、平台与效果资料暂未提供。