用途：对业务问题进行系统性根因分析，适用于诊断“为什么没有注册”“为什么流失”“为什么管道停滞”等“为什么坏了”的问题；若是在多个方案间做选择，则不属于本技能。
主要能力：分五阶段推进。阶段一收集症状，把问题定义具体（如“7 天内 X 访问量下 0 注册”），并汇总数据来源：PostHog 可用 posthog__query-generate-hogql-from-question question="..." 取量化数据，另参考 MEMORY.md、每日日志、hypotheses.json 与时间线（回归说明原因在变更中）。阶段二做模式匹配，对照漏斗问题（流量→注册、注册→激活、激活→付费、付费→留存、留存→扩展）与结构性问题（错误 ICP、错误渠道、错误时机、错误买家、功能不等于产品、信任缺口）定位常见原因与排查方向。阶段三提出 1-3 个根因假设，每个写明支持证据、反对证据、1-2 天内的测试方法及真假两种可观察结果；若 3 个假设均被证伪则停止，问题可能是架构性的，需升级为战略复盘或直接访谈客户。阶段四在确认根因后给出具体命名、最小干预、与约束挂钩及终止信号。阶段五输出调查报告（症状、根因、证据、建议、指标、终止信号、状态），并通过 structured-log 记录到 memory/YYYY-MM-DD.md，也可按 Telegram 格式输出。
铁律：未调查根因前不得提出解决方案，避免对症下药式的反复修补。
限制：资料未提供具体安装方式、依赖环境、收费与平台支持信息；无法测试时应说明 NEEDS_CONTEXT 并请求具体数据，且一次只调查一个问题，不扩大范围。