用途
Problem Framing 用于把用户脑中模糊的产品想法提取出来，并结构化为清晰的问题陈述、目标用户和假设，使编码智能体能够据此执行。它解决的是产品构思早期想法零散、缺乏明确方向的问题。
主要能力
该技能通过对话式提问流程，引导用户逐步明确以下内容：
- 想构建什么（获取原始想法）
- 具体面向谁（强制具体化，"所有人"等于没有目标用户）
- 为他们解决什么问题（区分解决方案与问题）
- 目前没有该方案时他们在做什么（揭示现有替代方案与竞争）
- 问题何时最严重（识别触发时刻与紧迫性）
- 正在做哪些假设（提前暴露风险）
- 如何判断是否成功（定义成功标准）
提问风格要求：一次只问一个问题；对模糊回答进行追问（如"能更具体说明是谁吗？"）；复述所听到的内容以确认理解；根据已明确的信息灵活调整，避免让用户不堪重负。
使用方式
- 收集原始输入：让用户以任意形式分享想法，包括纯文本、语音记录、要点列表或已有笔记，接受用户现有的任何材料。
- 运行问题流程：以对话方式逐一处理上述问题，根据用户已提供的信息跳过或调整。
- 生成输出：在获得足够上下文后，生成结构化输出，并使用 Write 工具自动保存到 design/01-problem-framing.md，同时自然地继续对话。
输出格式包含以下部分：
- 问题陈述：一句话说明谁在何时有什么问题
- 目标用户：具体描述，而非"所有人"或"用户"
- 待办任务：分为功能性（想完成什么）、情感性（想感受什么）、社交性（想被如何看待）
- 当前替代方案：没有该方案时他们今天怎么做
- 触发时刻：问题何时最严重
- 关键假设：列出若干假设
- 成功标准：如何衡量是否有效
- 待解决问题：仍不清楚或需要验证的内容
适用场景
当用户拥有一个原始想法、概念或零散笔记，需要将其转化为结构化、可执行的产品上下文时使用。适合产品构思早期阶段，以及需要为后续用户建模、方案范围界定或 PRD 生成提供输入的场景。
限制
资料未提供关于收费、价格、平台支持范围或具体效果保证的信息。该技能依赖用户提供真实输入，无法替代实际用户验证；输出中的假设和待解决问题仍需进一步确认。