用途：审查 GitHub 拉取请求（PR），确保改动符合 AQE 范围边界，沟通清晰，反馈可执行。参数为 <pr-number>，即要审查的 GitHub PR 编号；若省略则提示用户输入。
主要能力与流程：
- 读取完整 diff：使用 gh pr diff <pr-number> 与 gh pr view <pr-number>，要求逐文件阅读，不跳读。
- 范围检查：只分析 AQE/QE 技能，排除 Claude Flow 平台技能，如 v3-、flow-nexus-、agentdb-、reasoningbank-、swarm-、github-、hive-mind-advanced、hooks-automation、iterative-loop、stream-chain、skill-builder、sparc-methodology、pair-programming、release、debug-loop。若 PR 涉及技能，核对数量/范围是否符合预期（约 82 个 AQE 技能），并标记可能混入的平台技能改动。
- 变更摘要：用 3-5 条要点写用户友好摘要，聚焦结果而非实现细节，避免过度技术术语。
- 信任层级校验：对技能改动验证 trust_tier 分配——tier 3 需有评估基础设施（evals/、schemas/、scripts/）；tier 2 已测试但无评估框架；tier 1 未测试。标记不一致，例如有 evals 却标为 tier 2 的技能应为 tier 3。
- 代码质量审查：检查硬编码版本字符串、生产安全风险（适配器变更、破坏性变更）、新代码缺少测试覆盖、安全问题（泄露密钥、注入风险）。
- 发布评审：使用 gh pr review <pr-number> --body "review comments"。
沟通规则：语气建设性、可执行；以结果为导向，说明作者应做什么而非只指出问题；将相关评论分组，避免大量零散评论；若批准但有小建议，使用 APPROVE 并附评论，而非 REQUEST_CHANGES。
限制：资料未提供该技能的安装方式、收费、平台支持范围或效果数据；具体使用需依赖 GitHub CLI 环境与相应仓库权限。