用途：以用户视角撰写问题陈述，在跳到解决方案前对齐利益相关者，围绕用户成果而非功能请求来框定产品工作。它不是需求文档，而是以人为本的问题叙事。
主要能力：基于 Jobs-to-be-Done 与共情映射，提供问题框定叙事模板（我是谁、想做什么、但、因为、让我感觉），并补充背景与约束，最终合成一句简洁、可衡量、有共情力的问题陈述。
使用方式：先收集用户访谈、JTBD 洞察、人物画像与约束数据；再按模板填写叙事；记录地理、技术、时间、人口等约束；用公式“[人物]需要一种方式去[期望成果]，因为[根因]，目前导致[情感/实际影响]”合成最终陈述；最后向用户和利益相关者验证并迭代。调用时技能名后的文本、粘贴的上下文或 ARGUMENTS: 行都视为已提供答案，不再重复询问。
适用场景：启动发现或问题验证、解决方案前对齐、向工程/设计/高管传播问题、有功能请求但底层问题不清、论证问题值得解决时。
限制：未做用户研究时不要使用（先访谈而非猜测）；不适用于内部运营问题；不能替代 PRD；避免把解决方案、业务问题、功能请求或泛化人物伪装成用户问题，也避免用营销式情绪代替真实用户感受。相关技能包括 jobs-to-be-done、proto-persona、positioning-statement 和用户故事。