用途：当静态检查停滞、已尝试的修复失败，或需要解读运行时证据时，用于诊断缺陷或性能回退。诊断请求以发现与剩余不确定性收尾；修复请求则包含相关修复与验证。使用项目约定及相关的领域或架构文档。共享命令、输出和采集时须脱敏，凭据通过环境变量传递。
主要流程与能力：先锚定预期行为、实际症状、受影响场景及相关产物/版本、配置和状态，区分观察与假设，条件匹配时复用既有证据。以原始场景为验收目标，附近错误、仅模拟失败或不同实例不能替代报告症状。选择能区分可能原因的最小证据，从相关路径入手；复现时运行针对症状的测试、请求、CLI、重放或测试夹具，并确认其确实因该缺陷失败，必要时收紧或最小化循环但保留原始输入与条件。
运行时观察与取证：需要观察运行路径时读取插桩；分析既有采集或对活动进程做性能剖析时读取取证；对间歇性、并发或顺序相关失败读取 flaky failures。即使没有完整复现器，也可使用可信日志、采集和源码证据，并说明其支持哪些主张、哪些尚未验证。可自行运行可达检查；当设备、权限或物理操作需要用户时，请求最小具体动作及证据返回。
探测与重构：对候选原因排序，每个有效探测需给出预测，如“若X导致失败，观察或改变Y应产生Z”；实际中改变一个可区分因素并与预测比较，沿边界和调用方追溯首次分歧至原始状态或输入，负结果同样缩小搜索。假设在证据区分其机制前保持暂定。当失败尝试反复且未能区分原因时，检查其共同前提，核查产物身份、参与者、输入、状态、顺序、生命周期和环境，必要时更换证据渠道；回退已被驳斥的推测性改动，同时保留用户编辑。若访问或证据受阻，报告已尝试内容及最小缺失动作或产物。
修复与验证：应用证据和请求范围支持的最小修复；在能触发真实失败模式的接缝处，将复现器转为回归检查，条件允许时在修复前观察其失败。若刻意变更代码以确认检查能捕获缺陷，须先在纯净副本上验证变更已落地。缺少接缝或基线时应记录，而非制造通过的代理。对修复后产物运行原始、未最小化场景及适用的回归和受影响路径检查；间歇性或性能失败需保留可比条件并报告实际观察。仅缩小测试通过不能确立原始场景成功，不可用或不确定的检查须明确。清理本次调查的临时插桩、进程和调试资源，保留产品日志、用户工作和有用证据；清理改变可执行行为或测量条件时，需在清理后的产物上重新检查原始场景。明确报告未验证的最终产物。报告有支持的成因、相关变更、已执行检查及结果和剩余限制，仅在已验证范围内宣称解决。
限制：资料未提供具体安装命令、平台支持、收费或价格信息。