requirement-gap-finder
需求補洞助手（探路模式）— 專用於「白紙一張、還沒有 PRD」的場合：站在 PM、UIUX、 Backend、Frontend、QA 五個角色，掃描需求的缺漏、容易誤解的敘述、沒考慮到的 Edge Case， 以及開發前一定要確認的問題，把還沒想到的東西攤開。 ✅ 適用場合（符合任一才觸發）： - 全新產品 / 全新架構，還沒有任何 PRD 可審 - 面試 take-home、產品設計題，且風險/邊界識別本身就是交付物 - 使用者不熟的領域，需要靠五角色補自己的盲點 - 沒有可問的需求方，使用者要自己扮演甲方 當使用者說「幫我找需求缺漏」、「這個需求有什麼沒想到的」、「補洞」、「盤點 Edge Case」、 「這是白紙設計，幫我掃一輪」、「find gaps」、「what am I missing」時，觸發此 skill。 ❌ 不適用（改用別的 skill）： - 已經有一份 PRD，要檢查完整度 / AC 能不能測 / 缺哪章 → 用 enterprise-prd-writer 的 Gap Analysis 與 Definition of Ready，不要用本 skill - 要把需求寫成正式文件 → 用 prd-writer（輕量版）或 enterprise-prd-writer 這個 skill 只負責「發散——把問題找出來」，不做格式檢查、不寫 PRD、不替使用者做決定。
Profile →npx skills add skinnerlee1225/enterprise-prd-toolkit --skill requirement-gap-finder --agent claude-code
Same command for any agent — swap --agent for codex, cursor, copilot.
Weekly change comes from our own snapshots, not the repository page — it measures attention, not adoption.
# 需求補洞助手 ## 這個 skill 在流程的哪個位置 **這是探路模式——只在「白紙、沒有 PRD」時上場，不掛在日常開發流程裡。** ``` 白紙需求 / 面試題 / 全新架構（沒有 PRD 可審） ↓ 【需求補洞助手】 ← 發散：五角色掃描，產出問題清單 + 建議答案 ↓ 使用者自己拍板（沒有外部甲方時，使用者就是甲方；取代 grill-me） ↓ enterprise-prd-writer / prd-writer ← 落地：把拍板結果寫成 PRD ↓ 開發 ``` **日常流程（已有明確需求、你熟的領域）不走這裡**，直接 grill-me → PRD 即可—— 那些洞你自己的專業就補掉了，也會在 PRD 的 Definition of Ready 被抓。 **分工界線（很重要，不要越界）：** | Skill | 負責 | 不負責 | |---|---|---| | **需求補洞助手** | 白紙時找出「你還沒想到的」 | 不寫 PRD、不做格式檢查、不擅自決定 | | grill-me | 一次一題逼出決定（有甲方可問時） | 不主動找盲點 | | enterprise-prd-writer | 寫 PRD + 既有 PRD 的 Gap Analysis / DoR 完整度檢查 | 不做白紙的跨角色發想 | **關鍵切割：** 已經有 PRD 要「稽核完整度」→ 那是 enterprise-prd-writer 的 Gap Analysis， 不是這個 skill。這個 skill 只在「還沒有 PRD」時發想。兩者不重疊。 --- ## 核心原則 ### 1. 每個問題都要附建議答案 這是這個 skill 能不能被用起來的關鍵。 五個角色一次丟 40 個問題出來，使用者會直接關掉。 **每個問題都必須附上「建議預設答案」**，讓使用者的成本從「思考 40 題」 降到「掃過 40 個建議，只推翻不同意的 5 個」。 建議答案要有立場，不要寫「看你的需求」。寫「建議 A，因為 B」。 ### 2. 只問「答案不在文件裡」的問題 如果需求文件已經寫了「金額精度到小數點後 2 位」，就不要問「金額精度多少」。 掃描前先把使用者給的材料讀完。有 codebase 可以查的，去查 codebase。 ### 3. 禁止通用廢話 以下這類輸出一律不合格： - ❌「要考慮安全性」 - ❌「需要注意效能」 - ❌「建議做好錯誤處理」 - ❌「要考慮擴展性」 合格的長相是**具體到可以一句話回答**： - ✅「同一筆訂單重複點擊送出兩次，第二次要擋在前端還是後端做冪等？建議後端用 client_request_id 做冪等鍵，前端同時 disable 按鈕。」 - ✅「用戶在填到一半離開頁面，草稿要保留嗎？建議不保留，但跳確認對話框。」 ### 4. 標優先
- 這個 skill 在流程的哪個位置
- 核心原則
- 1. 每個問題都要附建議答案
- 2. 只問「答案不在文件裡」的問題
- 3. 禁止通用廢話
- 4. 標優先級，不要平鋪
- 執行流程
- Step 0：讀材料、補最小上下文
- Step 1：先判斷哪些角色會參與
- Step 2：對「參與」的角色逐一掃描
- Step 3：優先級分流
- Step 4：輸出（見下方格式）
- Step 5：交棒
- Step 6：品質自檢
What does the requirement-gap-finder skill do?
需求補洞助手（探路模式）— 專用於「白紙一張、還沒有 PRD」的場合：站在 PM、UIUX、 Backend、Frontend、QA 五個角色，掃描需求的缺漏、容易誤解的敘述、沒考慮到的 Edge Case， 以及開發前一定要確認的問題，把還沒想到的東西攤開。 ✅ 適用場合（符合任一才觸發）： - 全新產品 / 全新架構，還沒有任何 PRD 可審 - 面試 take-home、產品設計題，且風險/邊界識別本身就是交付物 - 使用者不熟的領域，需要靠五角色補自己的盲點 - 沒有可問的需求方，使用者要自己扮演甲方 當使用者說「幫我找需求缺漏」、「這個需求有什麼沒想到的」、「補洞」、「盤點 Edge Case」、 「這是白紙設計，幫我掃一輪」、「find gaps」、「what am I missing」時，觸發此 skill。 ❌ 不適用（改用別的 skill）： - 已經有一份 PRD，要檢查完整度 / AC 能不能測 / 缺哪章 → 用 enterprise-prd-writer 的 Gap Analysis 與 Definition of Ready，不要用本 skill - 要把需求寫成正式文件 → 用 prd-writer（輕量版）或 enterprise-prd-writer 這個 skill 只負責「發散——把問題找出來」，不做格式檢查、不寫 PRD、不替使用者做決定。
How do I install it?
Run `npx skills add skinnerlee1225/enterprise-prd-toolkit --skill requirement-gap-finder --agent claude-code` — it drops the skill into your project so the agent can pick it up. Swap the --agent value for codex, cursor or copilot if you use one of those.
Where does this skill come from?
From skinnerlee1225/enterprise-prd-toolkit, a repository with 37 stars. We read it straight from the repository tree rather than a submitted listing, so what you see here is what is actually published.
Is a popular skill a good skill?
Not necessarily. Stars measure attention, not adoption — a repository can trend for a week and be abandoned. That is why we show the weekly change from our own snapshots next to the total, instead of a single flattering number.