brainstorm
作者 NeoLabHQ使用 brainstorm 在開始寫程式或制定實作方案前，把粗略想法整理成可執行的設計。它適合腦力激盪、產品探索、架構探索，以及策略規劃中的 brainstorm；做法是一次只問一個問題、逐步探索選項與取捨，並在每一步做驗證。不適合用在明確、機械性的工作。
這個技能評分 68/100，足以收錄，但代表其安裝價值屬於中等，不是頂尖水準。對目錄使用者來說，它在早期構想階段確實可用：觸發情境清楚、工作流程明確，而且提供給 agent 一套具體的提問與驗證流程，比泛用提示更具體。不過，倉庫證據也顯示完整性與操作支援仍有缺口，因此比較適合把它視為輕量的引導型技能，而不是包裝完整的系統。
- 針對實作前的腦力激盪有清楚的觸發條件與使用範圍，並明確寫出「何時使用」。
- 可執行的對話流程：一次只問一個問題、小步拆解設計區塊、反覆確認，可降低 agent 的猜測成本。
- SKILL.md 內容完整，沒有任何占位符，表示這不是空殼，而是有實質指引。
- 沒有安裝指令、腳本、參考資料或支援檔案，因此採用與否完全取決於 SKILL.md 的文字內容。
- 摘錄內容中至少有一段指示看起來被截斷或稍顯怪異，對某些使用者而言可能會降低執行一致性的信任。
brainstorm 技能概覽
brainstorm 技能是做什麼的
brainstorm 技能能幫你把粗略想法轉成可行的設計，再進一步決定要不要寫 code 或展開更細的實作規劃。它特別適合早期的產品思考，尤其在你需要透過有引導的來回問答，先釐清意圖、限制與成功標準的時候。
誰適合使用它
如果你手上有一個想法、功能需求或策略問題，而且希望下一步比一般 prompt 更聰明，就適合用 brainstorm 技能。它很適合產品規劃、架構探索，以及需要先產生選項與權衡，再做決策的 brainstorm for Strategic Planning。
它和其他方法有什麼不同
和一次到位的 prompt 不一樣，brainstorm 技能對流程有明確主張：一次只問一個問題、先追問背景、再把想法拆成小段並逐步驗證。當卡關點是「不夠明確」而不是「執行太慢」時，這種做法特別有用。
如何使用 brainstorm 技能
安裝並放進正確的脈絡
安裝指令：
npx skills add NeoLabHQ/context-engineering-kit --skill brainstorm
安裝完成後，先從 SKILL.md 開始，再查看你手上已有的相關 repository 脈絡，特別是專案文件、現有規格、近期決策與相鄰技能。brainstorm 技能最適合在它能讀到當前狀態時使用，而不是憑空編造一個狀態。
把模糊想法變成可用的 prompt
最好的 brainstorm 用法，是先給一個簡短目標，再補上它必須符合的環境條件。例如不要只說「幫我腦力激盪一個 dashboard」，而是改成：「為 B2B SaaS app 的 customer support leads 腦力激盪一個 dashboard。限制：v1 只能 read-only、不能改 backend、必須符合既有 design system。」
一個好的 prompt 通常會包含：
- 問題或機會點
- 目標對象是誰
- 成功長什麼樣子
- 限制、相依關係與非目標
- 你希望得到哪一種幫助：選項、結構、風險，或決策框架
先讀真正重要的檔案
這個 skill repo 刻意做得很小，所以主要來源是 SKILL.md。如果你的實作環境還有相關文件，請先讀那些文件，再開始 brainstorm，這樣輸出才會貼近實際專案。從安裝決策的角度來看，這也代表你要先確認它「一次只問一個問題」的風格，是否符合你的工作流程。
把它當成一個有引導的決策流程
實用的 brainstorm 流程可以這樣走：先補背景，再釐清問題，接著比較選項，最後驗證草案方向。如果答案需要策略層級的重量，請要求帶有 tradeoff 的替代方案，而不是只要一個建議。如果問題本身已經完全定義清楚，就不要用這個 skill，直接進入執行會更好。
brainstorm 技能 FAQ
brainstorm 技能適合新手嗎？
適合，只要你願意提供背景並回答後續問題。這個 skill 的設計目標就是減少猜測，所以新手通常會受益於它循序漸進的結構。若你想要模型「直接幫你做決定」、而且不想提供太多輸入，它就沒那麼合適。
什麼情況下不該用 brainstorm？
不要把 brainstorm 技能用在例行、機械性，或其實已經決定好的工作上。如果任務只是單純轉換、修補，或依照清楚規格做實作，直接任務 prompt 通常更快也更乾淨。
這和一般 prompt 有什麼不同？
一般 prompt 也能產出點子，但 brainstorm 技能多了一個流程：先探查專案現況、用一次一小步的方式限制範圍，並鼓勵分段驗證，而不是一次長篇輸出。當真正的風險在於「選錯方向」時，這通常能讓結果更貼合需求。
它對 Strategic Planning 有幫助嗎？
有，尤其當 strategic planning 需要選項、假設，以及明確的 tradeoff 時。brainstorm 技能不能取代高層決策，但在團隊正式拍板之前，它很適合先把決策空間框清楚。
如何改善 brainstorm 技能
提供更精準的輸入
品質提升最大的關鍵，來自更好的起始背景。請加入受眾、商業目標、限制，以及哪些想法會被視為壞主意。例如：「為 SMB users 腦力激盪一個 Q3 retention plan；預算有限、engineering capacity 只有 2 週，而且不能新增 tooling。」
強迫它講 tradeoff，不只是想法
常見失敗模式是得到很多看似可行的方向，卻沒有任何決策價值。你應該要求它列出有明確成本、風險與信心程度的替代方案。這樣 brainstorm 技能才會把你真正能拿來比較的選項攤開來。
第一輪之後要再迭代
先用第一版輸出縮小範圍，接著再要求第二輪聚焦在最佳選項、最大風險，或尚未補上的限制。對 brainstorm 而言，迭代比廣度更重要，因為你的真實需求越清楚，輸出就越有用。
如果答案太雜，就縮小範圍
如果回覆聽起來很泛，通常是 prompt 範圍太大。可以從使用者類型、時間範圍、平台或目標去縮小。對 brainstorm for Strategic Planning 而言，這通常代表要把「產生選項」和「建議決策」分開，讓模型一次專心做好一件事。