PM Skills 是 Paweł Huryn 維護的第三方產品管理技能庫，可在 Claude Code 先整理訪談，再協助撰寫 PRD 草稿。做這件事，先用產品探索與執行兩個外掛即可。訪談原話是否支持某項需求，仍須由 PM 回看來源，不能因為摘要和 PRD 都寫得完整，就把推論當成已證實的事實。
例如手上已有三份訪談紀錄，你想決定第一版要解決哪個問題。這頁把上游的訪談整理與 PRD 指令接成一條有人工核對的工作流程；不是上游保證自動完成的訪談到需求轉換。官方功能依 訪談指令與 PRD 指令整理。
圖解由 Gwarket 整理。人工證據核對與交付檢查是本文加入的工作判斷，不是宣稱外掛會自動完成的查證功能。
這項任務先用哪兩個外掛
| 工作 | 外掛與方法 | 交出的材料 |
|---|---|---|
| 整理已取得的訪談 | pm-product-discovery 的 interview 指令，呼叫 summarize-interview 技能 |
受訪情境、工作方式、痛點、引言與矛盾 |
| 寫第一版 PRD | pm-execution 的 write-prd 指令，呼叫 create-prd 技能 |
精簡 PRD、第一版範圍、假設與待答問題 |
上游訪談指令可接受逐字稿或粗略筆記，並要求區分「說了什麼」和「實際做了什麼」；有時間戳才附時間戳。筆記缺的內容不會因套了模板而補成可靠證據。這個範圍來自 interview 文件。
截至 2026-11-06，最新正式 Release 是 v2.2.0（2026-10-10）。目前主線的 README另已把 AI Shipping Kit 指向 phuryn/product-engineering；不要照舊清單以為原位置的所有工作流程仍維持相同內容。本頁需要的訪談與 PRD 四份核心檔，在這個主線快照與 v2.2.0 相同。
Skill、Command 與 Plugin 分別做什麼
Skill 是一份方法指引，例如訪談摘要該整理哪些資訊；Command 是使用者呼叫的流程入口；Plugin 把相關檔案包在一起。這套專案的 interview 和 write-prd 仍放在 commands/。依 Claude Code 外掛規則，安裝後的完整名稱帶有外掛前綴，例如 /pm-product-discovery:interview。上游文件的 /interview 是較短的寫法，遇到找不到指令或同名衝突時，以 / 選單中的完整名稱為準。
依官方說明開始：先裝兩個外掛
前提是已有可使用、已登入的 Claude Code，以及可讀取這個 GitHub 專案的網路環境。PM Skills 是第三方外掛，不是 Anthropic 官方產品；公司若限制外掛來源，先依管理規則處理。上游 README 安裝段列出以下終端機指令，這裡只取本任務要用的兩個外掛：
claude plugin marketplace add phuryn/pm-skills
claude plugin install pm-product-discovery@pm-skills
claude plugin install pm-execution@pm-skills
安裝後開新 Claude Code 工作階段，或在已開啟的階段使用 /reload-plugins，再從 /plugin 與 / 選單確認外掛和指令。這是依 Claude 官方安裝與載入說明整理的確認方法；看到 marketplace 不等於兩個外掛已經安裝並載入。以上命令沒有固定 Git tag，取得的版本仍要以當時安裝內容為準。
資料先去識別，保留一份不改動的原稿。訪談是否允許交給所選模型處理，要依資料授權與組織規則判斷；把檔案放在本機，不代表模型處理也全程離線。
Codex 與 Cowork 可以直接照抄嗎
上游 README列有 Codex 安裝方式，但同時說明：這些 Command 不會直接變成 Codex 的斜線指令。可按該入口的方式載入 Skills，再以自然語言描述工作；不能把下面的 Claude Code 指令直接當成 Codex 內建功能。
Cowork 也有上游安裝說明，但 Claude Code、Cowork 與 claude.ai 可載入的元件不完全相同；見 Claude 官方跨入口說明。本頁後續以 Claude Code 為範圍，不把不同入口的按鈕、權限或計費混在一起。
從訪談紀錄走到 PRD：四步交接
1. 先整理訪談，不先指定要做哪個功能
在 Claude Code 載入外掛後，可從完整名稱呼叫訪談摘要，並附上有權使用的去識別紀錄：
/pm-product-discovery:interview summarize [附上訪談紀錄]
這是把上游 /interview summarize 範例加上 Claude 外掛前綴後的用法；中括號是待換成材料的提示，不是檔案路徑。要求輸出分開列出受訪者情境、既有做法、痛點、引言，以及與原假設衝突的地方。官方指令會提供這些整理欄位，並非錄音辨識或原話真偽保證。來源：interview。
2. 由 PM 核對證據，再挑一個問題
整理判斷一：摘要的用途是縮小回看範圍，不是替原始訪談背書。 把需求候選逐項對回時間戳、段落或行號。原話、轉述與你的推論分欄；找不到原文的引言，不加引號當成受訪者說過。
以下是 Gwarket 自製的虛構示例，並非客戶資料或外掛產生的實際成果：
| 原始材料與位置 | 可以先留下的主張 | 還不能當事實的部分 |
|---|---|---|
| 訪談 A，第 18 行：「每週都要手動對表。」 | 這位受訪者描述每週手動核對 | 所有客戶都有此問題、一定要自動匯出 |
| 另外兩份紀錄沒有提到頻率 | 目前證據不足，保留未知 | 不能寫成三位都每週花兩小時 |
將相反案例一起帶入下一步。這是本文的證據交接方法；上游摘要欄位和矛盾辨識要求見 summarize-interview與 interview。
3. 帶著核對結果寫精簡 PRD
官方短例是 /write-prd SSO support for enterprise customers。在本任務改為選擇 /pm-execution:write-prd，附上已核對的摘要與證據表，再用自己的話交代：要解決的問題、目標使用者、目前做法、第一版不做什麼，以及成效指標哪些還沒有資料。
v2.2.0 的 write-prd要求：問題、使用者或成功指標欠缺時，先用同一則訊息問最多三題；只有你要求直接往下寫，才把缺口標成假設。不要為了讓文件完整而替產品補造基準值。
預設採約一至兩頁的精簡版本，長度是指引，不是硬性上限。八節骨架為摘要、聯絡人、背景、目標、客群、價值主張、解法與發布；未知聯絡人可以省略，客群與價值主張不能省略。每個價值主張要對齊 Who、Why、What before、How、What after、Alternatives；細節版須另外要求。來源：create-prd。
4. 交付前，比對需求與來源
整理判斷二：先判斷文件是否足以決定第一版，再追求寫得詳盡。 保留三份可分開閱讀的檔案：原始紀錄、核對過的證據表、PRD 草稿。逐項檢查：
- 背景中的客戶主張，是否能回到特定紀錄？相反案例有沒有消失？
- 解法是否真的服務價值主張的 How，成功指標是否衡量 What after？這是 create-prd 的檢查要求。
- 未知、假設與第一版不做的事，是否仍然可見？「待確認」有沒有被改成確定日期或數字？
- 草稿要交給誰判斷，哪些承諾還沒得到產品、工程或設計的同意？
費用、限制與常見卡點
專案以 MIT 授權提供；這不等於附送 Claude Code 模型額度。執行仍依你選擇的 Claude 訂閱、Console 或支援的雲端服務計費與限制，見 Claude Code 使用前提。不必為這個訪談到 PRD 任務安裝所有外掛。
找不到指令，先核對安裝外掛、載入狀態與完整名稱；只有技能被載入，不等於同名流程入口已可用。若看到 PRD 的 Command 與 Skill 給不同模板，先查版本：v2.2.0 更新紀錄已明列兩者統一，不應把舊版差異當成目前仍存在的缺陷。
PM Skills 無法替代受訪資料、使用者代表性、商業取捨與決策責任。適合已有材料、需要整理判斷依據與第一版範圍的 PM；只有「幫我寫一份看起來完整的 PRD」，卻沒有問題證據時，先補研究或明列假設。
下一步：先用可核對的會議紀錄方法整理材料；如果團隊習慣把生成結果直接收進知識庫，接著看為什麼 AI 產出不等於知識。
資料來源與查證日期
查證日期：2026-11-06。正式版本依 v2.2.0，固定 commit c68487d721e419ec87af1ae6412a842978eab785；安裝與目前專案範圍另核 README 主線快照。關鍵方法來源為 interview、summarize-interview、write-prd、create-prd、CHANGELOG與 MIT LICENSE。Claude 外掛載入與命名依 安裝指南、元件規則及使用前提。圖解、虛構證據表與兩項整理判斷由 Gwarket 製作。