用途：用于“查找缺陷”“彻底代码审查”“安全审计”等场景，通过猎人、怀疑者、裁判三个智能体在隔离上下文中依次工作，避免单一智能体自我锚定与迎合式确认偏误，产出更接近事实的缺陷报告。
主要能力：支持两种目标解析模式。路径模式扫描文件、目录或整个项目：/bug-hunt、/bug-hunt src/、/bug-hunt lib/auth.ts；分支差异模式只扫描分支间变更文件，并读取完整文件内容而非仅差异：/bug-hunt -b feature-xyz、/bug-hunt -b feature-xyz --base dev，文件列表通过 git diff --name-only <base>...<branch> 获取。三个角色分工：Hunter（Jerry，bopen-tools:code-auditor）最大化召回，允许误报，按 +1/+5/+10 评分；Skeptic（Kayle，bopen-tools:architecture-reviewer）按风险与期望值反驳，误驳回按 2 倍扣分，仅当 EV 为正（置信度>67%）才 DISPROVE；Referee（Jason，bopen-tools:tester）独立读码裁决，对称 ±1。三者使用统一的 BUG-ID 结构化输出，便于跨阶段追溯。
使用方式：先解析参数确定模式，再依次派发 Hunter、Skeptic、Referee；若 Hunter 报告 TOTAL FINDINGS: 0，则跳过后续阶段直接给出干净报告。最终展示裁判确认报告，包括按严重程度统计与排序的确认缺陷表、需人工复核的低置信项、以及折叠的已驳回缺陷。
上下文边界：Hunter 可访问完整代码库或变更文件；Skeptic 仅拿到结构化缺陷列表与引用路径；Referee 仅拿到猎人发现与怀疑者结论。
适用场景：发布前安全审计、陌生或遗留代码库审查、身份认证/支付/数据完整性等高风险模块、范围较广或含架构变更的 PR、合并前分支审查。快速非正式审查可直接使用 Jerry。
限制：资料未提供安装命令、价格、模型或平台支持信息，暂未提供。