idea-refine

idea-refine skill 概覽

idea-refine 是一個有結構的發想技能，透過發散思考、批判檢視與收斂整理，把粗略概念轉成更清晰、可落地執行的方向。它特別適合正在做 Requirements Planning 的創辦人、產品負責人、工程師，以及 AI agents：在撰寫 spec 或正式投入實作前，先判斷「到底該做什麼」。idea-refine skill 的價值不在於泛泛的腦力激盪，而是把模糊問題逼成一份具體的一頁式文件，清楚列出假設、範圍，以及明確的「不做什麼」清單。

idea-refine 擅長處理什麼

當你手上只有一個模糊的功能想法、產品概念，或工作流程變更方向，還需要進一步驗證它是否值得投入時，就很適合用 idea-refine。如果真正的問題定義還不清楚、目標使用者不明確，或可行解法的空間太大，這個 skill 尤其有幫助。它特別適用於產品早期探索、功能 framing，以及 idea-refine for Requirements Planning，因為它會把「好像有意思的概念」往「可明確採用的方向」推進。

這個 skill 有什麼不同

idea-refine guide 是圍繞一個 3 步驟流程設計的：先理解並展開，再評估並收斂，最後打磨並交付。這點很重要，因為很多發想型 prompt 會直接跳到解法。這個 skill 會先重述你的想法、提出聚焦問題、生成多個變體，再從中選出方向。這能降低過早自信帶來的誤判，讓最後產出的方案更適合拿來做決策。

什麼情況下很適合用 idea-refine

如果你需要一種輕量但有紀律的方法來探索選項、辨識假設，並最後留下可分享的 markdown 成果，那就應該選 idea-refine。當你希望 assistant 扮演的是發想夥伴，而不是單純的功能生成器時，它會很適合。若你其實已經知道精確需求，普通 prompt 可能就夠；但如果你還不知道，通常安裝 idea-refine 會是更好的選擇。

如何使用 idea-refine skill

安裝 idea-refine

從 agent-skills repo 安裝：

npx skills add addyosmani/agent-skills --skill idea-refine

如果你想使用 repo 提供的選用本機設定，可以執行這個 helper script：

bash /mnt/skills/user/idea-refine/scripts/idea-refine.sh

這個 script 會初始化 docs/ideas/，適合想把輸出固定存放在可預期位置的人。對於想完整走完 workflow、而不只是套用 prompting 行為的使用者來說，這就是實際可行的 idea-refine install 路徑。

一開始就提供對的輸入

當你的第一則訊息同時包含粗略想法與能縮小問題範圍的背景時，這個 skill 效果最好。好的輸入要能說清楚：想法是什麼、是為誰而做、以及最重要的限制條件是什麼。例如：「Refine a workflow tool for small agencies that reduces client approval delays without adding another dashboard.」就比「help me ideate」強很多。

在 idea-refine usage 中，建議一併提供：

• 目標使用者或客戶
• 問題或機會點
• 目前的替代做法或競品
• 預算、時間、平台或範圍等限制
• 你希望最後做出的決策

依正確順序閱讀 repo 檔案

先從 SKILL.md 開始理解整體 workflow，再看 examples.md、frameworks.md 和 refinement-criteria.md，了解這個 skill 如何看待發想、比較與評估。如果你想知道目錄初始化的行為，再去讀 scripts/idea-refine.sh。如果你不想一開始就把整個 repo 全部讀完，這個檔案閱讀順序會是理解 idea-refine guide 最快的方法。

把粗略 prompt 變成更有效的 session

不要只要求「給我一些 ideas」，而是要明確指定你要的是一次 refinement pass，以及預期輸出目標。比較好的 prompt 會像這樣：「Use idea-refine to evaluate three directions for a B2B onboarding assistant, then recommend one MVP with assumptions and a not-doing list.」這樣一來，skill 就知道自己必須幫你做決策，最後產出的一頁式結果通常也會更有品質。

idea-refine skill FAQ

idea-refine 只適合早期 startup 點子嗎？

不是。idea-refine skill 同樣適用於功能規劃、流程重設、內部工具，以及任何目前仍然太寬泛、還無法乾淨界定範圍的需求。它最有價值的情境，是團隊在撰寫實作細節之前，必須先把選項收斂下來。

它和一般 brainstorming prompt 有什麼差別？

一般 prompt 常常只會回傳一串點子清單。idea-refine 的設計是要走過展開、壓力測試與收斂的流程，因此輸出會更能直接拿來行動。對 idea-refine for Requirements Planning 來說，這代表最後留下的不是一堆鬆散想法，而是更接近可決策的結構化內容。

新手需要先懂各種 ideation framework 嗎？

不需要。即使你沒有 framework 背景，也能直接使用這個 skill。如果你本來就熟悉像 HMW 或 SCAMPER 這類 framework，它們確實能幫助你提出更好的追問，但核心的 idea-refine usage 並不依賴這些知識。

什麼時候不該用 idea-refine？

如果需求已經定義得很清楚、你現在立刻需要的是最終實作計畫，或主要任務其實是寫 code 而不是決定方向，就不建議使用它。這些情況下，範圍更窄的 prompt 或專門的 planning skill 會更合適。

如何改進 idea-refine skill 的使用效果

給更銳利的限制條件，不是只給更多字

品質提升幅度最大的方法，通常不是把描述寫更長，而是補上邊界：目標受眾、商業目標、平台、時程，以及哪些內容明確不在範圍內。idea-refine skill 最強的地方，是在真實限制之間做取捨，而不是產出那種看起來人人都喜歡、但其實沒有清楚差異化的方案。

要它做決策，不要只做摘要

如果你想得到更好的結果，就明確告訴 assistant 它必須做出什麼判斷：選一個方向、比較兩種做法、指出風險最高的假設，或定義 MVP 範圍。否則這個 skill 很容易停留在探索模式太久。好的 idea-refine usage 應該以建議結論收尾，而不只是列出各種可能性。

檢查並重用它的輸出結構

repo 的輸出格式本身就是很有用的提示：problem statement、recommended direction、key assumptions、MVP scope，以及 not-doing list。如果第一輪結果太模糊，不要急著整份重跑；改成要求它一次只收緊一個段落，通常會比重新開始整個 session 更快提升清晰度。

留意常見失敗模式

主要風險包括：發想範圍過大、隱含假設一路漂移，以及方案聽起來很聰明、卻對不上真實使用者問題。當輸出沒有指出具體使用者、沒有區分 painkiller 與 vitamin 類型的價值，或沒有解釋為什麼某個方向勝出時，就應該往回追問。這通常是讓 idea-refine 更適合用在 Requirements Planning 的最快方式。