（3925期）Agent Bug Hunter – 主动式缺陷猎手，根治代码隐患

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