用途：把产品经理零散、非结构化的功能思考，通过有焦点的对话整理成切片唯一的一份 SPEC.md，供开发者或 AI 智能体据此实现，同时让 PM 不越界到技术决策。资料强调 AI 智能体会把 SPEC.md 中一切视为字面指令，因此内容必须精确，只写当前要构建的内容，不写愿景、后续阶段或锦上添花项。
主要能力：PM 可先收集上下文——读取 validation.md（含需求证据、最迫切的用户、最窄切入点、GO/REFINE/PAUSE 结论）、background.md（客户动因、竞争背景、监管考量）、所选切片的 SPEC.md，以及已发布功能的 as-built 规格；若仅有旧的 requirements.md，需保留为输入/历史并合并进 SPEC.md，维持唯一的需求权威。若 validation.md 给出 GO，可跳过需求与范围问题直接进入验收标准。
使用方式：分轮对话。第一轮吸收并复述理解、映射到现有产品、提出 5-8 个聚焦最大缺口的问题；后续轮次依次覆盖范围、角色、核心行为，再到用 GIVEN/WHEN/THEN 表达的验收标准、业务规则与边界情况，最后细化范围与未决问题。每轮交换后返回当前需求状态，待 PM 输入项标记 [draft]。输出结构含 id、title、status、owner、intent、depends_on 的头部，以及 Intent、Mini-requirements（目标角色、用户故事、验收标准、业务规则、范围/明确排除、未决问题）和 Proof contract。depends_on 只允许同父级点号 ID，表示同辈构建顺序提示；过期或缺失的边由图读取方报告，不会阻塞或导致工作崩溃。
限制：不负责架构或实现决策、不估算工期与工作量、不建议具体技术方案、不定义数据模型、API 契约或数据库模式。资料未提供该技能的收费、价格、平台或效果信息。