用途：该技能用于处理难以定位的 bug。依据资料，它通过编排其它小技能工作：diagnose 执行规范的复现、假设与定位循环；to-spec 将收敛的诊断或决定记录为规格；to-tickets 在需要可执行工作时创建后续工单；wayfinder 用于映射仍过于宽泛或模糊的缺陷区域。
主要能力与用法：先写一份共享简报，包含用户描述的确切症状、到达代码的方式、已知复现步骤与环境、硬性约束以及所需输出契约，并且不含自己的假设，保证各诊断相互独立。随后仅在用户明确请求并具备独立上下文时，并行派出三个诊断工作者，分别采用 repro-first、data-flow、recent-change/environment 三种视角，各自独立运行 diagnose 并返回结构化报告。
收敛与产出：收集三份报告后比较，给出共识根因、分歧、独到发现与置信度（全一致为高，两个一致为中，三方分裂或无反馈循环为低或受阻）。高/中一致则进入 to-spec，把共识写为规格，保存到 docs/specs/<slug>.md；需要可执行工作时用 to-tickets 生成工单，位于 docs/tickets/<spec-slug>/<NN>-<ticket-slug>.md。三方分裂或依赖用户信息时应停止并询问。若用户只要诊断与文档，则把后续工作留在规格内，不创建工单。
限制：必须使用可观察隔离的主机工作者；无并发可顺序运行但需保持上下文分离；若主机无法隔离上下文，应报告该限制而非运行三次受锚定的诊断。清理可见笔记不等于建立隔离。证据在进入共享简报、委托或持久报告前需应用键密信息脱敏边界。具体依赖的字段与契约见 REFERENCE.md。价格、平台支持等事实暂未提供。