用途：当用户想要创建 PRD 时使用该技能。它通过深入访谈、代码库探索以及明确的实现与测试决策来产出 PRD，并默认将 PRD 格式化为可发布为 GitHub issue 的形式。
主要流程：1）收集详细的问题背景，请用户提供想要解决问题的长而详细的描述以及可能的解决思路；2）探索仓库，验证用户陈述并了解代码库当前状态；3）持续访谈用户，覆盖计划的每个重要方面，逐一走完设计树的主要分支并解决决策之间的依赖；4）勾勒要构建或修改的主要模块，寻找可提取为可独立测试的深模块的机会（深模块以简单、可测试且很少变化的接口封装大量功能），并与用户确认模块是否符合预期、哪些模块需要测试；5）理解完成后按模板撰写 PRD。
PRD 模板包含：问题（从用户视角）、解决方案（从用户视角）、用户故事（长编号列表，格式为 As an , I want a , so that ）、实现决策（要构建/修改的模块、接口变更、技术澄清、架构决策、schema 变更、API 契约、具体交互；不包含具体文件路径或代码片段）、测试决策（好测试的标准，即外部行为优先于实现细节、哪些模块将被测试、代码库中已有的先例测试）、范围外（明确列出不包含的内容）、进一步说明（执行所需的额外上下文）。
交接：PRD 创建完成后，建议使用 prd-to-plan 进行分阶段执行规划，或使用 prd-to-issues 立即进行 issue 分解。
限制：资料未提供安装命令、收费、价格、平台或效果等信息。