前言¶

需求文檔難寫，難在不是沒內容，而是結構散。開發拿到一份 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