用途：当用户需求模糊、目标不清、验收标准缺失、范围过大或需要抽离真实意图时使用。它负责把“想做什么”转成可执行的目标、约束、验收标准和优先级。用户提到需求分析、澄清、规划、scope、acceptance criteria、产品目标时都应触发。
铁律：不要把模糊想法直接推进成实现任务，先把目标、边界和验收标准说清楚。
工作流：第一步提炼目标（必需），区分用户表面说法、真实目的和业务价值，判断当前信息是否足以进入实现。第二步最小化追问（必需），只问最关键的1到3个问题，重点是目标用户、成功标准、范围边界和不做什么。第三步形成需求摘要，输出问题定义、输入约束、验收标准、风险和优先级；若需求与现有规划冲突，明确指出冲突点。第四步交接到后续阶段，实现前交给 technical-architect 或 full-stack-master，只在需求充分时进入开发。
反模式：一口气抛出大串问题让用户疲于回答；没有验收标准就开始做技术方案；把个人偏好当成用户真正目标。
交付前检查：已区分目标、边界和验收标准；追问数量克制且必要；已指出已知冲突和风险；输出足以让后续阶段接手。
限制：暂未提供具体收费、价格、平台支持或安装方式等信息。