用途：以用户视角撰写问题陈述，在进入解决方案前对齐利益相关者，让产品工作围绕用户成果而非功能请求展开。它不是需求文档，而是以人为本的问题叙事。
主要能力：基于 Jobs-to-be-Done 与共情映射，提供问题框架叙事模板：I am（人物）、Trying to（期望成果）、But（障碍）、Because（根因）、Which makes me feel（情绪），并补充 Context & Constraints 与最终一句话问题陈述。附带质量检查与常见陷阱提示，如方案夹带、业务问题伪装成用户问题、泛化人物、症状代替根因、编造情绪。
使用方式：先收集用户访谈、JTBD 洞察、人物清晰度与约束数据；再按模板填写叙事；记录上下文与约束；用公式合成一句话陈述；最后与用户和利益相关者验证并迭代。调用时技能名后的文本、粘贴的上下文或 ARGUMENTS: 行视为已提供答案，不再重复询问。示例调用：Problem statement: clinic schedulers double-book exam rooms because the calendar doesn't show equipment availability.
适用场景：启动发现或问题验证、解决方案前对齐、向工程/设计/管理层传播问题、有功能请求但底层问题不清、论证问题值得解决。
限制：未做用户研究时不应使用，不要猜测；不适用于内部运营问题；不能替代 PRD；缺少上下文时应先做发现访谈，不要编造问题。相关技能包括 jobs-to-be-done、proto-persona、positioning-statement、user-story。