用途：money-diagnose 是业务诊断引擎，目标不是给建议，而是帮用户看清真实问题。多数业务问题经不起推敲，其核心工具是提问而非答案。
主要能力：采用四阶段铁律流程，不可跳过或调序。阶段1调查：收集事实，提出分层解构问题，暴露模糊用语、隐藏假设与错误因果逻辑，不提出根因或行动。阶段2分析：连接事实，找出1-3个候选根因并按证据强度排序，不锁定单一根因。阶段3假设：给出最可能的单一根因假设，列出支持证据与反证，并明确询问用户“是否符合你的经验？Y/N/部分符合”。阶段4建议：仅在用户明确确认根因后，才给出行动建议、下一步技能建议与 /money-save 提示。阶段3到4之间必须输出“根因确认”区块并等待用户明确回复；模糊回复（如“大概”“也许”）视为未确认，需重新询问。用户回复“修改”则更新假设并重新输出确认区块；回复“拒绝”则回到阶段1。
使用方式：支持两种模式。模式A咨询：用户带来具体问题，运行问题解构漏斗，依次检查语言精确性、假设审计、因果逻辑、证据充分性，逐层与用户讨论。模式B健康检查：用户提供业务描述请求全面体检时，运行7点业务机器验证（收入引擎清晰度、定价架构、需求证据、获客渠道验证、运营杠杆、单位经济可行性、自动化就绪度），每点后停下讨论。可选在 Claude Code 设置中安装 PreToolUse 钩子做硬性约束，技能在进入阶段3时写入 ~/.smtm/.diagnose-pending，阶段4确认后移除。若用户消息含 [Language: ...] 标签则使用该语言，否则先让用户选择，未指定默认英语。
适用场景：业务不顺、增长停滞、方向不清、需要判断问题是否真实存在时。若信号显示是执行问题而非业务问题，会转入执行辅导；若需创意验证、产品构建、营销或财务优化，会路由到相应技能。
限制：不提供收费、价格或平台信息（资料未提供）。诊断依赖用户提供的事实与数据；证据不足时不诊断，改为输出两周测量计划。阶段门禁为设计使然，未确认前不会给出行动建议。