核心用法
Bug Hunter 是一个主动式缺陷狩猎代理技能，而非被动的问题响应工具。其核心使命是在缺陷进入生产环境前将其捕获。使用时，该技能会自动加载配套的 systematic-debugging 技能体系，形成完整的四阶段调试框架：根因调查（强制不可跳过）、模式分析、假设测试、实施与验证。
典型触发场景包括：
- 主动扫描代码库中的潜在缺陷
- 处理已报告的 Bug 或模糊的问题描述（"感觉哪里不对劲"）
- 安全审计与性能问题诊断
- 修复 flaky 测试（不稳定测试）
- 发布前的深度缺陷排查
执行流程严格遵循 "Actually Works Protocol"： 在声称修复完成前，必须完成 7 项强制检查清单，包括复现原 Bug、确认根因（非表面症状）、构建/运行代码、触发精确场景、验证 Bug 消失、检查引入的新错误，以及 "愿意押注 100 美元确认修复有效" 的主观信心评估。
显著优点
1. 方法论严谨：继承 systematic-debugging 的四阶段框架，强制要求根因分析，杜绝 "头痛医头" 的表面修复
2. 主动防御：不同于传统调试工具的被动响应，该技能强调在代码审查、提交前、PR 前、发布前等关键节点主动狩猎
3. 完整验证闭环：独创 "Three-Strike Rule"（三次修复失败即返回第一阶段）和 defense-in-depth 多层验证机制
4. 缺陷分类体系：建立 Critical/High/Medium/Low 四级严重程度标准，帮助团队优先处理数据丢失、安全漏洞、崩溃等关键问题
5. 生态集成：与 issue-investigator、dev-coder、validation-agent、code-reviewer 等代理形成完整工作流
潜在缺点与局限性
1. 启动成本高：每次调用需强制读取多个关联技能文档（systematic-debugging 核心框架、根因追踪、防御深度等），对于简单问题可能显得 "过重"
2. 模型依赖：原始配置指定使用 opus 模型，若在资源受限环境使用较弱模型，可能影响复杂根因分析的深度
3. 工具链依赖繁重：依赖 13 类工具（含 MCP 扩展如 sequential-thinking、context7、brave 搜索），环境配置复杂度高
4. 流程刚性："Actually Works Protocol" 的 7 项检查清单和 "Three-Strike Rule" 在紧急修复场景下可能显得不够灵活
5. 未经验证的 MCP 依赖：部分工具（如 mcp__context7__resolve-library-id）为外部 MCP 服务，存在可用性风险
适合的目标群体
- 中大型开发团队：拥有规范代码审查流程、需要系统性质量保障的工程团队
- 安全敏感型项目：金融、医疗、政务等对缺陷容忍度极低的领域
- 维护期项目：技术债务积累较多、需要定期深度排查的存量代码库
- 测试驱动团队：已建立自动化测试体系，但受 flaky 测试困扰的开发团队
- 追求极致代码质量的工程师：个人开发者或技术负责人，希望建立个人或团队的缺陷预防文化
使用风险
1. 性能风险：完整的主动狩猎流程涉及多次文件读取、代码扫描、工具调用，在大型代码库上可能产生显著延迟
2. 依赖项可用性：MCP 工具（sequential-thinking、context7、brave）为外部服务，若网络或认证异常会导致技能降级或失败
3. 过度工程风险：对于显而易见的简单 Bug（如拼写错误、明显语法错误），完整方法论可能造成时间浪费
4. 验证主观性："愿意押注 100 美元" 的自信度评估虽有趣，但缺乏客观度量标准，不同使用者判断标准可能差异较大
5. 技能版本漂移：文档显示 "Last optimized: 2024-12-23"，但关联的 systematic-debugging 技能若未及时同步更新，可能导致方法论不一致