用途：当用户想要创建 PRD 时调用该技能，把客户简报转化为结构化产品需求文档，并保存为本地 markdown 文件 issues/prd.md。
主要流程：先让用户详细描述要解决的问题及可能的解决思路；探索代码库以验证用户说法并了解现状；围绕方案各方面持续访谈用户，逐一解决设计决策间的依赖；勾勒需要构建或修改的主要模块，寻找可独立测试的深模块（以简单、稳定、可测试的接口封装大量功能）；与用户确认模块是否符合预期，并确认哪些模块需要编写测试。
输出：在完全理解问题与方案后，按模板撰写 PRD，写入 issues/prd.md，若 issues/ 目录不存在则创建。明确不提交 GitHub issue，也不调用任何外部服务。
PRD 模板包含：问题陈述（从用户视角描述问题）、解决方案（从用户视角描述）、用户故事（长篇编号列表，格式为 As an…, I want a…, so that…，需覆盖功能各方面）、实现决策（要构建/修改的模块及其接口、技术澄清、架构决策、schema 变更、API 契约、具体交互；不包含具体文件路径或代码片段）、测试决策（好测试的标准：只测外部行为而非实现细节；哪些模块被测；代码库中类似测试的先例）、范围外内容、进一步说明。
限制：资料未提供安装命令、收费、平台或效果信息；步骤可按需跳过。