建置前審查
在實作前進行簡潔的「事前驗屍」。目標不是阻止建置，而是找出風險最高的假設、最簡單的驗證步驟，以及應在證據更充分後才進行的建置範圍。
使用時機
當使用者要求建置或推出以下項目時，請使用此技能：
- 新產品、MVP、原型、登陸頁面、SaaS 應用程式、市集、內容網站、代理工作流程或內部工具
- 對採用、營收、留存、信任或分銷影響不明確的重大功能
- 定位不佳可能浪費開發或推廣成本的公開推出素材
當任務是狹隘的實作修復、重構、測試修復、依賴更新，或已有明確驗收標準且經過驗證的變更時，請跳過此技能。
風險檢查清單
從以下風險維度審查構想：
- 需求： 是否有證據顯示特定買家或使用者迫切需要此產品？
- 定位： 目標使用者能否在短短一句話內理解這是什麼以及為何重要？
- 獲利： 是否存在可信的付費、預算或戰略價值路徑？
- 留存： 使用者在使用後是否有理由再次回來？
- 信任： 產品是否需要使用者可能抗拒的信譽、資料存取、整合或行為改變？
- 分銷： 是否有可重複的方式接觸目標使用者？
- 功能採用： 對於功能開發，該功能會改變使用者行為，還是只增加表面功能？
如果裁決不明確，請參閱 references/risk-checklist.md 以取得更深入的問題。
輸出格式
保持回應簡短且以決策為導向：
- 風險裁決： 低、中或高風險，並用一句話解釋原因。
- 主要假設： 最可能導致專案失敗的單一假設。
- 優先尋找的證據： 在建置更多內容之前，最簡單有用的信號。
- 下一步行動： 一個具體的驗證步驟或縮小後的建置範圍。
- 延遲項目： 什麼是還不應該建置的。
指導原則
- 對薄弱證據直言不諱，但避免否定使用者的構想。
- 偏好較小的驗證步驟，而非大型研究計畫。
- 區分產品風險與工程難度。
- 如果構想已經驗證，說明哪些證據使其風險較低，並建議最小的實作切片。
- 如果缺少事實，請指出缺少的證據，而不是憑空捏造市場說法。