用途：把粗糙的产品想法通过协作对话转化为定义清晰的规格骨架，供后续 spec-writer 扩展为完整 PRD。核心原则是先理解要构建什么，再定义如何构建；未明确目的与约束前不写规格。
主要能力：分阶段推进。先检查已有上下文（PM memory 中的 activeContext.md、insights.md，已有规格或研究、既往决策）；再逐一探索想法，使用 AskUserQuestion 工具，以多选题形式依次询问问题、用户、成功标准、约束、范围外内容；随后给出 2-3 个带权衡的产品方案（含推荐项、优缺点、粗略工作量）；选定后逐节呈现规格骨架并逐节确认。
使用方式：作为内部技能，所有 PM 任务应通过 cc-p4p-router 调用。流程中一次只问一个问题，优先多选题，遵循 YAGNI，先探索再承诺。若出现未理解问题就写规格、跳到方案、只给单一方案、一次问多个问题、假设用户需求、未增量验证等红旗，应回到探索阶段。
输出：生成规格骨架，包含问题、用户、成功标准、约束、范围外、选定方案、关键用户故事、待解决问题，之后交由 spec-writer 生成完整 PRD。
限制：资料未提供具体安装命令、收费、平台支持或效果数据；该技能为内部使用，需配合 cc-p4p-router 与相关 PM 记忆文件使用。