用途：帮助撰写专业的产品需求文档（PRD），遵循行业常见实践。位于产品决策链路中间：/assumption-mapper → prd-template → /rice-prioritisation → /roadmap-narrative。它承接上游最冒险的假设，并把 PRD 的成功指标交给优先级排序环节使用。共享术语（问题陈述、假设、成功指标、来源标记）记录在 docs/craft/product-decisions.md。
主要能力：四阶段自外向内写作。一、锁定问题陈述：一句话写明谁在何时遇到什么问题、不解决的代价，不得出现解决方案语言；二、基线化成功指标：确定能证明问题被解决的那一个数字，含当前基线和成功阈值，上游风险作为开放问题而非隐含赌注；三、按模板起草各节，每条需求追溯到问题陈述，事实用 [data]/[hunch]/[assumption] 标注来源；四、交接成功指标与范围给优先级排序。
模板结构：1 概述（问题、方案、成功指标）；2 背景（为何现在、战略对齐、用户研究）；3 用户故事与用例（3-7 条，含验收标准）；4 需求（P0/P1/P2 功能需求与非功能需求）；5 设计与体验；6 技术考量；7 实施计划（MVP 与后续阶段）；8 开放问题；9 附录。
使用方式：未提供时向用户索取功能名称、问题、目标用户、成功指标、范围、关键干系人。若存在 brain/ 目录，可先读 context.md、knowledge/strategy.md 及相关文件，并用 python3 ../professional-brain/scripts/brain_query.py ./brain "<feature>" 拉取事实，保留来源标签；写完后保存到 entities/<feature>.md，决策记入 decisions/，新假设记入 hypotheses/。
附带资源：templates/prd-skeleton.md 提供可自行填写的骨架与每节要点提示；references/success-metrics-guide.md 提供指标四要素检验、常用指标集与常见陷阱。技能还给出 0-40 分评分量规（32 分以上可交付）与质量检查、反模式清单。限制：不写实现细节（那属于技术规格）；要求可测试、可衡量，避免“系统应快速”这类模糊描述，MVP 与后续阶段必须明确区分。示例触发语：“Write a PRD.”“Write a product spec for this feature.”。