前言¶

PRD 寫作常見的問題是格式不統一：新需求從零起稿，每個產品經理一套章節；舊 PRD 局部改動，新章節加進去跟全文風格對不上；評審前才發現字段表、驗收標準、待確認事項是散的。通用PRD的SKILL 要解決的是這一類問題——讓它讀進既有樣例文檔，再按同一套章節層級和功能拆解方式產出新內容。

下面介紹這個 Skill 的定位、能覆蓋的內容，以及在什麼場景下用它。

這是什麼¶

通用PRD的SKILL 是一款面向產品經理、業務負責人和需求分析人員的中文 PRD 寫作技能。它把會議紀要、業務筆記、舊版 PRD、原型截圖、Excel 口徑或零散想法整理成結構化產品需求文檔，重點支持 PC 網頁和小程序場景。

• 座標：@user_4a8b4d15/prdskill2026
• 來源：community（社區發佈，非官方團隊維護）
• 發佈者：user_4a8b4d15
• 版本：1.0.0
• 分類：office-efficiency
• 標籤：requires_api_key=false，使用不需要 API Key
• 官方地址：https://api.skillhub.cn/user_4a8b4d15/prdskill2026
• SkillHub 頁面：https://www.skillhub.cn/skills/user_4a8b4d15/prdskill2026

它不是文檔模板庫，也不生成代碼。它的工作方式是：從你提供的樣例文檔中提取章節層級和拆解習慣，再把這些習慣套到新需求上，讓前後兩份文檔看起來是同一雙手寫的。

核心功能¶

按官方簡介，能力分三類。

1、輸入解析：接受舊版 PRD、Word 文檔、會議紀要、業務筆記、Excel 口徑、原型說明、截圖，也接受沒有文檔只有零散想法的情況。

2、輸出結構：按常見 PRD 寫法產出以下內容，PC 網頁和小程序均覆蓋。

• 業務背景
• 痛點說明
• 功能描述
• 應用場景（應用場景表）
• 頁面原型 / UI 截圖佔位
• 字段表
• 按鈕邏輯表
• 查詢條件
• 列表字段
• 狀態流轉
• 數據權限
• 數據來源
• 排序、導入導出
• 統計口徑 / 看板口徑
• 驗收標準
• 待確認事項

3、風格延續：重點複用樣例文檔中的章節層級、功能拆解方式、頁面原型佔位方式、以及上面各類表格的排版口徑。用途覆蓋新需求起草、舊 PRD 補全、需求評審前檢查、文檔風格統一。

安裝與啓用¶

官方地址給出 Skill 的座標與頁面，但本次抓取時頁面無法訪問，因此安裝命令、目錄結構、配置字段均未在資料中出現，這裏不做推測。使用前請打開 SkillHub 頁面，按頁面上的安裝指引操作；標籤 requires_api_key=false 表示啓用時不需要額外配置 API Key。

典型用法¶

以下用法依據官方簡介整理，不是官方提供的示例腳本。

1、準備樣例文檔。整理一份代表團隊現有風格的 PRD（Word 或 Markdown 均可），這就是風格基準。

2、準備需求素材。可以是一段會議紀要、一份業務筆記、一張原型截圖或 Excel 裏的字段口徑，也可以只有幾句話的想法。

3、同時交給 Skill，並說明目標：新需求起草、舊 PRD 補全，還是評審前檢查。讓它沿用樣例文檔的章節層級和表格格式輸出。

4、拿到產出後先覈對待確認事項，再交給研發、測試對齊。

需要注意，頁面原型部分輸出的是佔位，需要人工替換成實際 UI 截圖或原型說明。

適用場景與注意¶

適合的場景：同一團隊長期維護多份 PRD，希望格式一致；需求來自會議紀要和零散筆記，需要先整理成文檔；舊 PRD 缺少字段表、驗收標準或待確認事項，需要補全。

限制和坑：

1、它依賴你提供樣例文檔。沒有樣例時只能按常見 PRD 寫法輸出，無法體現團隊特有的章節層級。

2、風格延續的前提是樣例文檔本身規範。如果舊 PRD 本身是亂的，產出會延續這種亂。

3、頁面原型是佔位，統計口徑和看板口徑也需要業務方確認後再寫死，Skill 不會替你拍板。

4、本次寫作時官方頁面與接口均無法訪問，評分和下載量有兩個互相沖突的數字：Skill 線索給出評分 99410、下載 1140 次，預抓取資料給出評分 100000、下載 1165、安裝 0。兩組都未能複覈，請以 SkillHub 頁面恢復後的實時數據爲準，本文不採信其中任何一組。

結尾¶

通用PRD的SKILL 的價值不在生成文檔，而在讓新文檔延續舊文檔的結構，減少每次起草時的格式決策和評審時的格式爭議。需要覈對安裝方式和最新數據，請打開官方地址：https://api.skillhub.cn/user_4a8b4d15/prdskill2026