前言¶

需求文档难写，难在不是没内容，而是结构散。开发拿到一份 PRD，常常找不到功能边界在哪、验收标准是什么；评审会上业务方和研发团队对同一个功能的理解也不一致。PRD 要解决的不是「把字写下来」，而是「让各方对齐」。

下面介绍的这个 Skill 走的是框架化路线：按结构化模板生成完整的产品需求文档，把功能定义、用户场景、验收标准写成固定模块。它来自 SkillHub 社区，坐标 @user_fccf428b/create-prd，维护方是 user_fccf428b。

这是什么¶

产品需求文档PRD生成｜简诗 AI，是一个基于通用 SKILL.md 格式的 Agent Skill，当前版本 1.0.1，来源标记为 community，分类是 office-efficiency。

它解决的问题很直接：给一个产品想法或一段业务描述，输出一份结构完整的 PRD。产出物里包含功能定义、用户场景、验收标准三类内容，目标是让开发和业务团队读同一份文档、按同一套标准验收。

Skill 标签里 requires_api_key=false，说明使用时不需要额外配置 API Key。

核心功能¶

从官方简介和标签可以确认的能力有：

1、结构化框架生成。不是自由发挥的散文，而是按固定框架组织文档，功能定义、用户场景、验收标准各有对应的章节位置。

2、三类内容明确。功能定义写清楚做什么，用户场景写谁在什么情况下用，验收标准写做到什么程度算完成。这三项是开发排期和测试验收的直接依据。

3、团队对齐用途。文档定位是开发与业务团队之间的沟通载体，而不是单纯的写作产出。

需要说明的是，简介里没有提到图表、原型、需求优先级排序、多版本管理等能力，这些不要假设它具备。

安装与启用¶

先说明一点：已抓取的官方资料里没有给出具体的安装命令、目录路径或配置文件字段，所以本节不提供命令示例。下面的内容只在资料范围内。

这是一个 SkillHub 上的 Skill，坐标 @user_fccf428b/create-prd。SkillHub 页面地址：

https://www.skillhub.cn/skills/user_fccf428b/create-prd

官方地址：

https://api.skillhub.cn/user_fccf428b/create-prd

启用方式取决于你使用的 Agent 环境。这类 Skill 基于通用 SKILL.md 格式，通常的做法是把 Skill 提供给 Agent 后，在对话里直接提出需求。在安装命令和各环境的接入差异没有官方说明的情况下，建议先到上面的官方页面核对当前版本的安装方式，不要照搬其他 Skill 的命令。

另外，标签 requires_api_key=false 意味着不需要为这个 Skill 单独准备 API Key。

典型用法¶

资料里没有提供可复现的官方示例，这里不编造。从简介可以推断的最小用法是：向 Agent 提供一段产品想法或业务背景，让它按结构化框架输出 PRD，然后对生成的文档逐节核对功能定义、用户场景、验收标准是否完整。

实际使用时建议先给足上下文——目标用户是谁、要解决什么业务问题、边界在哪里。输入越具体，生成的文档越能用。

适用场景与注意¶

适合的场景：

1、小团队或独立开发者，没有专职产品或文档岗位，需要快速产出一份结构完整的 PRD 作为开发依据。

2、需求评审前用来统一语言，让业务和开发双方在功能定义和验收标准上先达成一致。

3、已有模糊想法，需要借助框架把遗漏的边界和场景补出来。

需要注意的限制：

1、它是按框架生成文档，不等于需求分析本身。业务逻辑是否正确、优先级怎么排，仍需要人来判断。

2、验收标准建议生成后由开发和测试确认可行性，避免写成无法执行的描述。

3、资料中没有说明它是否支持导出为特定格式，也没有提到协作编辑能力。

4、当前版本 1.0.1，来源为 community，安装数显示为 0，使用前可以先在小需求上试一次。

结尾¶

这个 Skill 的价值在于把 PRD 的生成变成一次结构化操作：功能定义、用户场景、验收标准按固定位置出现，省去从零搭框架的时间，也降低各方理解不一致的成本。它不替代需求思考，但能让思考的结果落到一份格式统一的文档里。

官方地址：https://api.skillhub.cn/user_fccf428b/create-prd ，SkillHub 页面：https://www.skillhub.cn/skills/user_fccf428b/create-prd