用途：把调试从“随机试修复”变成有纪律的调查，适用于原因不明显的测试失败、崩溃、偶发不稳定、性能回退、本地正常但 CI 失败、同一缺陷反复出现，或代理陷入重复错误修复的情况。拼写错误、缺导入、语法错误、单行原因明确的构建失败等简单问题不适用。
主要能力：四阶段循环 OBSERVE→HYPOTHESIZE→EXPERIMENT→CONCLUDE。观察阶段复现缺陷、取得精确报错或错误输出、构造最小复现、记录环境与可用边界。假设阶段列出 3 至 5 个可能根因，每个写明支持证据、冲突证据和最小验证方法，并标出根假设。实验阶段只改一个变量、最多 5 行诊断代码，运行复现并记录确认、否定或不确定，随后回滚实验代码。结论阶段确认根因后写生产修复，并补充无修复则失败、有修复则通过的回归测试。
使用方式：全过程写入 DEBUG.md，包含 Observations、Hypotheses、Experiments、Root Cause、Fix 等部分。硬性规则：观察、假设、实验阶段不得写修复代码；不得跳过假设；每个实验最多 5 行；一次只改一个变量；实验后回滚。若根假设被否定，则提升下一个假设回到实验阶段；全部否定则回到观察阶段。
限制：资料未提供安装命令、平台支持、收费方式或具体工具集成信息。该技能依赖代理或开发者自觉遵守流程，且需要能复现缺陷；无法复现时只能记录条件作为发现。