用途：在调试 bug、报错或失败测试时，强制先说明并验证根因假设，再动手写修复代码，避免在错误假设上浪费精力，并加深对问题的理解。
主要能力与流程： 一、收集症状。整理错误信息原文、错误码、堆栈跟踪，观察到的实际行为、期望行为、复现步骤，以及何时开始、发生了什么变化、影响谁等上下文，并清晰记录症状。 二、提出假设。用可证伪的格式表述：假设为在某特定条件下，某具体原因导致了某具体结果。反对含糊、不可证伪或并列多个未排序猜测的假设。 三、验证假设。检查假设能否解释全部症状与错误信息、能否解释特定用户或场景受影响、能否解释发生时机，并可通过阅读相关代码、查看失败点变量值、查阅日志或数据库状态做快速验证。 四、声明置信度并行动。高置信度（大于80%）直接写修复；中等（50%至80%）先加诊断步骤确认再修；低（小于50%）先建议调查步骤，暂不改代码。 五、最后才写修复。只写针对根因的最小修复，说明修复如何对应假设，并建议一个能在将来捕获该缺陷的测试。
适用场景：React 组件因字段为 undefined 崩溃、API 端点因缺少索引而变慢等需要定位根因的调试工作。
限制与说明：使用方式、安装命令、平台与收费信息暂未提供；本技能为流程约束，本身不执行代码，也无法在缺少证据时替代运行时验证。