用途：对拉取请求（PR）进行缺陷或正确性审查，识别逻辑错误、边界情况、安全问题等。触发场景包括用户要求审查 PR，或运行 /bug-review <PR>、/bug-review:resolve、/bug-review:report。
主要能力：先获取 PR 上下文，再以打乱的 diff 并行运行 5 个审查轮次（逻辑与边界、安全与数据完整性、错误处理与 API 契约、并发与状态、数据流与契约），按相似度聚合并以 3/5 多数票保留发现项，随后由未见过审查结果的独立 Opus 验证器给出 KEEP/DISCARD 与置信度，最后对既有评论去重并展示结果。用户可选择发布哪些发现项为行内 PR 评论、对哪些执行自动修复。自动修复会生成最小改动、校验 git diff --stat（限 20 行内）、运行测试，通过后以 fix: {title} [bug-review] 提交，失败则回滚，并推送至 PR 分支。合并后可运行 resolve 分类发现项是否解决，report 输出解决率统计并按类别调整权重。
使用方式：首次运行需确认 gh CLI 已安装并认证（gh auth status）、当前目录为带 GitHub 远程的 git 仓库、已安装 jq，bc 用于解决率计算；读取 config.json 配置。核心命令为 /bug-review、/bug-review:resolve、/bug-review:report。仓库根目录可放置 .bug-review.md 自定义关注区域、忽略项、不变量与严重级别覆盖。
适用场景：Pull Request 缺陷审查、diff 或改动集的缺陷查找、合并后的解决情况分类与统计。
限制：需要 gh、git、jq、bc 环境；自动修复受单次 20 行改动与测试通过约束，测试失败即回滚；不强制推送；仅能找到的资料限于以上内容，收费、价格与平台支持等未提供。