用途：Deep Dive 编排一条两阶段管线，先调查某事为何发生（trace），再定义如何应对（deep-interview）。trace 的发现通过三点注入方式传入访谈阶段。整体管线为 deep-dive → ralplan（共识精炼）→ omg-autopilot（执行）。
适用时机：用户有问题但不知道根因；缺陷调查（「某处坏了，需要弄清原因」）；功能探索（「想改进 X，但先要理解它」）。不适用：已知根因时用 /deep-interview；需求明确时直接执行；只需调查、不提需求时用 /trace。
阶段：一、初始化，解析问题，判定棕地/绿地，生成 3 条 trace 假设车道（代码路径、配置/环境、测量/产物）。二、车道确认，向用户展示假设并确认一轮。三、Trace 执行，用 @tracer 代理并行运行 3 条车道，每条给出支持证据、反对证据、关键未知项、判别性探查，并做顶级假设间的反驳轮与收敛检测，结果保存至 .omc/specs/deep-dive-trace-{slug}.md。四、带 trace 注入的访谈，遵循 deep-interview 协议但有三处覆盖：初始想法富化加入 trace 最可能的解释；用 trace 综合替代代码库上下文（跳过重复探索）；将每条车道的关键未知项注入为最先提问的问题。若 trace 置信度低，则不注入不确定结论，而把所有未知项都作为问题。五、执行桥接，选项与 deep-interview 相同：ralplan → omg-autopilot（推荐）、omg-autopilot、ralph、team，或继续精炼。
输出：规范保存至 .omc/specs/deep-dive-{slug}.md，并附「Trace Findings」章节。限制：资料未提供安装方式、依赖、收费或平台信息。