用途：当产品、服务或 UX 问题的真实用户需求不清晰时使用，例如“用户到底需要什么”“我们可以怎样……”，以及发现冲刺、构建前的概念验证。若规格已完全冻结、不需要探索，或只是无用户问题的纯代码维护，则不适用。
主要能力：按共情、定义、构思、原型、测试五阶段推进。共情阶段区分用户提供的事实与 [INFERRED] 推断，梳理用户的任务、痛点、收益与情境，不编造引语；定义阶段提炼非显而易见的洞察，写出 POV（“[用户] 需要 [动词]，因为 [洞察]”）和 2-3 个 HMW 问题；构思阶段默认产出 8-10 个想法，并标注为合意、可行或可存活的假设；原型阶段描述低保真产物（纸面流程、角色扮演脚本、落地页冒烟测试、可点击草图），说明目的与保真度；测试计划给出学习目标、参与者、可证伪信号与下一轮迭代方向。
使用方式：开始前用一段话说明设计挑战（谁在什么情境下受影响）与阶段计划；先收集工单、访谈记录、支持帖、分析数据或产品本身，仅在工具无法回答时最多提 3 个问题。小任务可走轻量路径：每阶段 1-2 行、3 个想法、1 个原型、2 个信号。若共情阶段没有真实用户输入，需在定义阶段说明并收窄 POV。
限制：不得虚构研究或用户引语；合意/可行/可存活标签只是假设而非事实；避免 POV 复述方案、HMW 过宽或过窄、测试计划缺少可证伪信号。示例见 references/example.md。