用途：当用户提出“review a pull request”“code review this PR”“check this PR for bugs”等请求时，使用该技能对 GitHub PR 执行结构化代码审查，目标是通过多智能体流水线和置信度过滤减少误报。
主要能力与流程：第一步由 Haiku 代理做资格检查，跳过已关闭或草稿、自动化或过于简单（无逻辑变更）、以及已有前次审查评论的 PR。第二步查找相关 CLAUDE.md 文件（根目录及 PR 修改目录），只返回路径。第三步汇总 PR 并检测变更标志：hasErrorHandling、hasTestFiles、hasNewTypes。第四步并行运行 Sonnet 代理：核心代理始终运行，检查 CLAUDE.md 合规、浅层扫描明显缺陷、结合 git blame 与历史、查看涉及这些文件的既往 PR 评论、核对代码注释指引；条件代理在满足标志时运行，包括 error handling、test coverage、type design 分析。第五步对每个问题用并行 Haiku 代理给出 0–100 置信度与 CRITICAL/HIGH/MEDIUM/LOW 严重级别。第六步过滤置信度低于 80 的问题，对 60–85 的边界问题再启动 2 个独立 Haiku 代理复评，取三次中位数，采用共识规则。第七步复查资格。第八步用 gh pr comment 发布评论，按严重级别分组（CRITICAL 优先），格式为“### Code review”、问题数与级别统计，每条含描述、类别与完整 SHA 的链接，行范围格式为 L[start]-L[end]；若无问题则列出已检查项。
限制与规则：不构建或类型检查（交由 CI）；GitHub 交互一律使用 gh；先创建待办列表；避免报告既有问题、刻意模式、资深工程师不会提的琐碎问题、CI 能发现的问题、非 CLAUDE.md 明示的通用质量问题、被代码显式静默的 CLAUDE.md 项、用户未修改行上的真实问题。需要至少前后各一行上下文。未提供的收费、价格、平台等信息暂未提供。