该技能面向产品需求文档（PRD）编写场景，核心作用是将用户的一句话需求按预设的SOP流程逐步细化，最终生成结构完整的PRD文档。
用途与触发场景：当用户提出编写PRD、进行需求分析、把想法写成PRD、细化需求、拆解功能点、编写用户故事、排序优先级或制定验收标准等请求时，该技能会被触发。
主要能力与流程：整个流程分为六个阶段。Phase 1 需求澄清：解析原始需求中的核心动词、目标对象和隐含约束，最多提出5个关键问题，用于确认目标用户、核心痛点、参考产品、硬性约束和成功衡量标准；如果用户要求跳过澄清，则基于合理假设继续，并把这些假设在「假设与约束」章节中标明。Phase 2 用户画像与用户故事：识别2至5个核心角色，每个角色用一句话描述身份、目标和痛点；每个角色至少编写3条标准格式的用户故事，并要求满足INVEST原则，按用户旅程排列故事地图。Phase 3 功能清单与分解：从用户故事中提取带编号的功能点，逐项检查性能、安全、可用性、可扩展性、易用性、兼容性等非功能性维度，并说明功能之间的依赖关系。Phase 4 MoSCoW优先级排序：按Must Have、Should Have、Could Have、Won't Have对功能进行分级，并校验Must Have占比不超过60%、Won't Have至少1至2项。Phase 5 验收标准：对Must Have和Should Have功能使用Given-When-Then格式编写可测试的验收标准，并规定不同优先级的覆盖条数。Phase 6 文档组装：按固定模板输出PRD，包括概述、用户画像、用户故事、功能需求、优先级与版本规划建议、验收标准、假设与约束、风险表、开放问题及附录。
使用方式：用户提供一句话描述即可启动，例如描述一个团队知识库系统的设想。流程根据输入详细程度选择引导模式、半自动模式、全自动模式或快速模式；用户反馈时，从涉及的阶段重新执行并级联更新下游内容，保持编号体系一致。输出要求全部表格使用Markdown格式，功能编号全局唯一且连续，验收标准编号采用AC-功能编号-序号形式。
适用场景：产品早期想法梳理、需求评审前的文档准备、功能范围划分与MVP规划、用户故事与验收标准编写等。
限制：资料未说明该技能依赖的具体运行环境、模型能力或平台支持情况；其产出质量取决于用户输入信息与所作假设，PRD中的业务目标、成功指标、时间与预算约束等仍需用户补充确认；文档状态默认为草稿，并需经人工评审。