用途：指导产品经理按结构化流程创建产品需求文档（PRD），把零散笔记和讨论整理为清晰的单一事实来源，连接问题、用户、解决方案与成功标准，避免含糊、范围蔓延和“按脑子里的想法开发”。
主要能力：按标准模板组织十个部分——执行摘要、问题陈述、目标用户与画像、战略背景、方案概览、成功指标、用户故事与需求、范围外内容、依赖与风险、开放问题。强调文档是随交付不断演进的活动文档，而非瀑布式规格；用内联标签把缺口标为“假设”或“开放问题”，并在每个部分后做跨部分一致性检查，最后进行自评。
使用方式：可提供功能或计划名称，以及发现笔记、问题陈述、用户研究、成功指标、约束等材料；调用时附带的文本或 ARGUMENTS 行视为已回答内容，会跳过对应问题。也可以从空白开始，从问题定义逐步构建。工作流编排约 8 个阶段，历时约 2 至 4 天，使用模板文件作为填写文档，并可能引用 workshop-facilitation 作为互动协议。
适用场景：启动重要功能或产品计划、跨职能团队对齐范围与需求、记录决策、帮助新成员了解项目。
限制：不适合小缺陷修复或琐碎功能，问题与方案已明确对齐时直接写用户故事即可，持续发现实验可改用其他画布工具；PRD 不规定像素级界面，也不替代团队协作。具体运行环境、依赖、代码示例与定价资料暂未提供。