pol-probe
作者 deanpeterspol-probe 可幫你定義一個 Proof of Life 探針，在真正開始打造產品前，用低成本先驗證高風險假設。使用 pol-probe skill 可以減少原型作戲、設定嚴格的成功標準、選對探針類型，並在學到結果後規劃如何處置。
這個 skill 評分 83/100，代表它很適合納入目錄，給想在動手開發前，用有結構的方法定義並執行 Proof of Life 探針的使用者。這個 repository 提供了足夠具體的工作流程指引、範例與限制，讓 agent 比起泛用提示更容易觸發與使用，但仍缺少支援自動化檔案與安裝時的骨架設定。
- 觸發性強：frontmatter 清楚定義了適用時機，並包含定價假設、工作流程自動化驗證等情境。
- 操作清晰：範本與範例展示了具體的 PoL probe 結構，包括假設、風險、原型類型、成功標準與處置計畫。
- 對 agent 很有用：指引明確區分 PoL probes、MVP 與 prototype theater，幫助 agent 避免做錯方向。
- 沒有 install command 或支援檔案，因此採用時主要還是要靠閱讀 SKILL.md，而不是安裝自動化。
- 帶有實驗／測試訊號，而且沒有 references/resources，因此應把它視為輕量框架，而不是成熟、可與工具深度整合的 skill。
pol-probe 技能總覽
pol-probe 是用來做什麼的
pol-probe 技能可協助你定義一個 Proof of Life（生命跡象驗證）probe：在投入真正的開發成本之前，用來測試高風險假設的可拋式驗證產物。它最適合需要快速、可證偽答案的團隊，而不是追求精緻 MVP 的情境。
適合誰使用
如果你是產品經理、創辦人、設計師或工程師，正在判斷一個點子值不值得做，就適合使用 pol-probe 技能。當你想避免 prototype theater，把重點放在學習而不是取悅他人時，pol-probe for Prototypes 特別有用。
它的優勢在哪裡
這個技能會強調窄範圍、嚴格的成功標準，以及「用完即丟」的思維。它真正帶來的價值在於決策品質：它能幫你區分可行性檢查、任務導向測試、敘事型 prototype、合成模擬，以及 vibe-coded probe，讓你選對實驗類型。
如何使用 pol-probe 技能
安裝並先檢視正確的檔案
先透過你的 skill manager 執行 pol-probe install 流程，接著第一個打開 skills/pol-probe/SKILL.md。在你開始撰寫自己的 probe 之前，也要先讀 template.md 和 examples/sample.md。這裡沒有支援腳本或參考資料夾，所以核心價值主要就在技能主檔、模板與範例。
把模糊想法轉成可用的提示詞
較弱的輸入會寫成：「幫我驗證這個功能。」更好的提示詞會寫成：「為降低首次購買 SMB 使用者的結帳阻力，建立一個 PoL probe。風險是假設表單太長會導致流失。我們需要一個 2 天、低成本的測試，包含通過/失敗標準與丟棄計畫。」當你明確說出假設、風險、受眾，以及失敗代表什麼時，pol-probe usage 的效果會更好。
這個技能需要你提供什麼
請提供單一假設、一個主要風險、受眾、時間預算，以及仍能產出明確答案的最便宜測試方法。若你省略這些資訊，這個技能很容易偏成一般性的 prototype 建議，而不是一個真正的 probe 規劃。若要得到最佳結果，也請加入時間線、可用工具，以及測試後你會做出的決策。
實際工作流程
先從假設開始，再選擇 probe 類型，接著定義能證明你錯了的成功標準，而不只是驗證你的期待。最後補上時間線與丟棄計畫。這個順序很重要，因為 pol-probe guide 的輸出只有在它強迫你做出乾淨的實驗設計，而不是寬泛的概念簡報時，才真正有用。
pol-probe 技能 FAQ
pol-probe 是給 prototype 還是 MVP 用的？
它是給驗證型 probe 用的，不是給 MVP 用的。如果你是想推出一個可長期運作的產品，這不是正確工具。如果你是在確認某個高風險假設是否為真，pol-probe for Prototypes 就很適合，因為它會刻意把工作維持在暫時性、可丟棄的範圍內。
它和一般提示詞有什麼不同？
一般提示詞可能只會產生點子或草稿產物。pol-probe skill 的立場更明確：它要求可證偽的假設、具體風險，以及丟棄計畫。這種結構在你需要的是決策，而不只是概念時，會讓輸出更可執行。
初學者也適合嗎？
適合，只要你能說清楚自己想證明或推翻的是什麼。初學者通常卡在目標太寬。只要你能定義一個假設和一個測試，這個技能就能幫你把它整理成一個實際可行的 probe。
什麼情況下不該用？
當你已經知道解法、需要的是生產等級架構，或目標是對利害關係人做簡報而不是學習時，就不該用它。對於沒有清楚成功或失敗訊號的模糊探索工作，它也不是好選擇。
如何改進 pol-probe 技能
提供更精準的輸入
最大的改善來自於把假設變得可衡量。不要只說「使用者會喜歡它」，而要說「首次使用者能在 2 分鐘內完成流程，且錯誤少於兩次。」更強的輸入會讓 pol-probe usage 的輸出更可測試，也更不空泛。
及早選對 probe 類型
如果你的風險是技術面，就用可行性檢查。若風險在理解程度，就用任務導向測試。如果你需要對利害關係人對齊方向，敘事型 prototype 可能更適合。選錯類型是 pol-probe 的主要失敗模式之一，因為它會導致你收集到錯的證據。
以失敗為寫作重點，而不是以確認為目標
這個技能在你明確指出什麼結果會迫使你停止、轉向或縮小範圍時，效果最好。請加入明確的失敗條件、小樣本規模，以及丟棄規則。這能提升 pol-probe guide 的實用性，因為它把樂觀想法轉成一個可決策的框架。
第一次執行後持續迭代
完成第一次 probe 後，請根據你學到的內容修訂假設，而不是根據你原本期待的結果。若結果模稜兩可，就收緊受眾或縮小測試範圍。若結果是否定的，請記錄教訓並刪除這個 probe，不要把它修飾成 MVP。