用途
该技能面向缺陷报告的复现与验证工作，目标是判断所报告的问题究竟是真实缺陷，还是预期行为或用户误用。它适用于收到缺陷报告或 issue 后，需要系统化确认问题是否成立的场景。
主要能力
- 从缺陷报告中提取关键信息：精确的复现步骤、预期行为与实际行为、发生问题的环境或上下文，以及报告中提到的错误信息、日志或堆栈跟踪。
- 系统化复现：先通过文件探索查看相关代码以理解预期行为，搭建复现所需的最小测试用例，按步骤执行并记录每一步；若涉及数据状态，检查 fixtures 或创建合适的测试数据；UI 缺陷可使用 agent-browser CLI 进行可视化验证；后端缺陷则检查日志、数据库状态和服务交互。
- 验证方法：至少执行两次复现步骤以确保一致性，测试报告问题周边的边界情况，检查在不同条件或输入下是否出现，对照代码库的预期行为（测试、文档、注释）进行核实，必要时借助 git 历史查找可能引入问题的近期变更。
- 调查技术：按需添加临时日志追踪执行流程，检查相关测试文件以理解预期行为，审查错误处理与校验逻辑，检查数据库约束与模型校验，Rails 应用可查看开发/测试环境日志。
- 缺陷分类：将问题归类为已确认缺陷（成功复现且明确偏离预期行为）、无法复现、非缺陷（行为符合规格）、环境问题（特定配置导致）、数据问题（特定数据状态或损坏导致）或用户错误（使用不当或对功能理解有误）。
使用方式
在收到缺陷报告或 issue 时调用该技能。技能会按上述流程执行复现与验证，并输出结构化报告，内容包括：复现状态（已确认/无法复现/非缺陷）、已执行的步骤、调查发现、根因（若已定位，指出导致问题的具体代码或配置）、证据（相关代码片段、日志或测试结果）、严重程度评估（严重/高/中/低，基于影响）、建议的后续步骤（修复、关闭或进一步调查）。
适用场景
- 收到缺陷报告或 issue，需要确认其是否成立。
- 需要区分真实缺陷与预期行为、环境差异、数据状态或用户误用。
- 需要为缺陷修复、关闭或进一步调查提供依据。
限制
- 该技能强调保持怀疑但彻底，并非所有报告的问题都是缺陷。
- 需要细致记录复现尝试，考虑更广泛的上下文与副作用，留意相似问题的模式，测试边界条件与边缘情况，并始终对照预期行为而非假设进行验证。
- 若经过合理尝试仍无法复现，需明确说明尝试过的内容。
- 当无法访问某些资源或需要额外信息时，需明确说明哪些信息有助于进一步验证缺陷。
- 关于该技能的具体收费、价格、支持平台等信息，资料中暂未提供。