前言¶

寫 PRD 常見的問題是：輸入一句話需求，輸出一份沒人敢拍板的文檔。文檔結構齊全，但進度靠感覺、決策靠事後補理由，評審時被問到”爲什麼這麼定”只能現場圓。這個 Skill 試圖把 PRD 生成過程變成可被挑戰的流程，而不是又一個順從的寫作助手。

下面介紹的是 SkillHub 上的社區 Skill「產品經理：一句話全自動做產品 需求-設計-PRD」。

這是什麼¶

這是一個面向產品經理工作流的 Agent Skill，座標 @user_8c7f0f65/pm888，由社區發佈者 user_8c7f0f65 維護，當前版本 4.2.1，來源 community，分類 ai-agent。

它解決的問題是：從一句話需求出發，自動走完需求澄清、方案設計、PRD 產出的全過程，並在過程中對使用者發起質疑，而不是無條件順着使用者的意思寫。

核心功能¶

根據官方簡介，這個 Skill 內置了幾項機制：

1、第一性原理拆解：不直接擴寫需求，先把需求回到基本假設和用戶問題上，再談方案。
2、對抗式審稿：不只會寫 PRD，還會用 0-40 分的量化矩陣對使用者的方案發起挑戰。
3、西瓜防禦：用來揭穿進度假象，即表面上有進展、實際關鍵假設沒被驗證的狀態。
4、決策預註冊：在決策執行前記錄理由和預期，用來對抗事後復盤時改寫理由的自欺欺人。

整個流程覆蓋需求、設計、PRD 三個環節，對應 Skill 名稱裏的”需求-設計-PRD”。

安裝與啓用¶

已抓取資料中沒有給出具體的安裝命令、目錄路徑或配置文件字段，也沒有說明它面向哪個 Agent 宿主（Cursor / Codex CLI / Claude Code 等）。因此這裏不寫安裝步驟，避免給出無法覈對的命令。

要安裝或啓用，請直接打開官方頁面查看頁面上提供的安裝方式：

https://api.skillhub.cn/user_8c7f0f65/pm888

頁面對應的 SkillHub 展示地址是：

https://www.skillhub.cn/skills/user_8c7f0f65/pm888

資料中有一條元信息值得注意：requires_api_key=false，說明它不依賴額外的 API Key。這個字段是標籤形式的，具體生效方式以頁面說明爲準。

典型用法¶

官方簡介給出的用法主線是”一句話全自動做產品”。可以按下面的方式使用：

1、用一句話描述你想做的產品或功能，作爲唯一輸入。
2、Skill 先做需求拆解，把這句話拆到基本假設和待解決的問題上。
3、再進入設計環節，產出方案結構。
4、最後輸出 PRD，並在過程中用量化矩陣對你發起挑戰，指出進度假象和決策漏洞。

使用過程中，被挑戰時不要急於辯解，按它給出的矩陣分項去補事實，比直接接受結論更有價值。

適用場景與注意¶

適合的場景：

• 從零開始、需求還只有一句話的產品探索階段。
• 需要一份能被評審追問到底的 PRD，而不是一份套模板的文檔。
• 希望在方案定型前暴露未驗證的假設，而不是上線後復盤。

需要注意的地方：

• 它是社區來源（community），不是官方團隊維護，質量隨版本變化，用之前先看版本號和頁面說明。
• 量化挑戰矩陣、西瓜防禦、決策預註冊這些機制的效果取決於使用者是否真的按流程走，只讓它生成文檔而不回應挑戰，等於沒啓用對抗式審稿。
• 評分與下載數據在線索和已抓取資料裏不一致（線索爲 99349 分 / 856 次下載，資料爲 100000 分 / 898 次下載、0 次安裝），以頁面實時數據爲準。

結尾¶

這個 Skill 的價值不在於替你寫 PRD，而在於寫的過程中持續質疑你，把”vibe 寫文檔”變成有結構、可被挑戰的流程。如果你正處在一句話需求到可交付 PRD 之間，可以把它作爲協作對象試一輪。

官方地址：https://api.skillhub.cn/user_8c7f0f65/pm888