用途：面向难以快速定位的缺陷、根因不明的性能回退、需要多次运行证据的偶发失败，以及此前修复尝试失败的故障。若缺陷根因明显、只需快速定向修复，或属于症状优先的日志分诊、宽泛测试策略设计，则不适合使用本技能。
主要能力：提供六阶段调查流程。第一阶段建立反馈循环，投入最多精力，目标是10秒以内的快速、确定性、自动化通过/失败信号，可编写失败测试、最小复现脚本、隔离最小触发输入并让失败可观察；未建立可靠反馈循环前不进入第二阶段。第二阶段在受控条件下复现，多次运行确认确定性，记录输入、环境与步骤，判断是回归还是长期存在。第三阶段按可能性列出2至4个可证伪假设，从最可能者开始。第四阶段针对每个假设做一次有区分度的检查，在最窄有用位置加日志、断言或断点，记录确认、否定或不确定，被否定后换下一假设。第五阶段先写回归测试（如可行），做最小改动修复根因，运行完整测试套件并确认反馈循环通过。第六阶段移除诊断插桩，记录根因，检查代码库其他位置是否有类似模式，并考虑用 lint 规则、测试或断言预防该类缺陷。
使用方式：依据资料中的快速参考，第一阶段编写失败测试或最小复现脚本；第四阶段在最窄位置插桩，如示例中的 console.error('[diagnose] value at boundary:', value)；第五阶段用 npm test -- --testPathPattern=failing-test 验证修复是否闭合反馈循环。文中未提供具体安装命令或独立运行入口，具体执行方式暂未提供。
适用场景与限制：适合需要系统性证据链的复杂缺陷调查，强调确定性、可审计输出、小而可逆的改动并显式记录假设。资料未说明该技能的运行平台、依赖、支持语言、收费与价格、性能指标等信息，暂未提供。