用途：bug-hunt 用于在代码库中执行对抗式缺陷排查，适合用户提出“hunt for bugs”“adversarial bug review”“find and verify bugs”等需求时使用，目标是找出并验证潜在缺陷，降低误报。
主要能力：流程分为三个阶段。第一阶段 Bug Hunter 主动扫描代码库，列出潜在缺陷并按严重程度评分；第二阶段 Bug Skeptic 针对每条报告尝试用反证推翻；第三阶段 Bug Arbiter 权衡双方论点，给出最终裁决（REAL BUG 或 NOT A BUG）、置信度、统计摘要以及按严重程度排序的确认缺陷列表。每个阶段都在全新上下文中运行，以避免偏见污染。
使用方式：先确定范围：用户指定文件或目录时使用其确切路径；在项目上下文中未指定范围时扫描整个代码库，并用 Glob 验证目标路径存在，将范围保存为逗号分隔的路径列表传给子智能体。第一阶段读取本技能目录下 references/hunter-prompt.md 的提示词，用类型 feature-dev:code-reviewer 启动子智能体，将 hunter 提示词与目标范围一并传入，保存输出为 HUNTER_REPORT。第二阶段读取 references/skeptic-prompt.md，用同一类型启动子智能体，传入 skeptic 提示词与 HUNTER_REPORT，保存为 SKEPTIC_REPORT。第三阶段读取 references/arbiter-prompt.md，用 general-purpose 类型启动子智能体，传入 arbiter 提示词、HUNTER_REPORT 与 SKEPTIC_REPORT，保存为 ARBITER_REPORT。最后向用户展示 Arbiter 的完整输出，并以“Adversarial bug hunt complete. X bugs confirmed out of Y reported.”作为简要摘要开头。
适用场景与限制：适用于需要对代码进行严格、多角度审查并减少误报的缺陷排查。限制包括必须依赖上述三个提示词文件和子智能体类型；未指定范围时会扫描整个代码库，可能耗时较多。资料未提供关于收费、价格、平台的更多信息。