brainstorm
作者 MarsWang42brainstorm 是一個互動式的決策支援 skill,依據 SKILL.md 透過追問式提問、假設檢核、重點統整,以及可選的後續步驟記錄,引導使用者發想與梳理思路。
這個 skill 的評分為 68/100,表示對想要進行引導式腦力激盪對話的目錄使用者而言,具備上架價值;但也應預期它主要仍是以 prompt 驅動的流程,而不是高度操作化的 skill。從儲存庫中可以清楚看出何時應觸發它(`/brainstorm`)、它遵循哪些階段,以及會使用哪些提問技巧;不過,對於可選的後續動作,實作細節仍相對有限。
- 觸發方式與用途明確:此 skill 清楚說明,互動式的想法發展流程應以 `/brainstorm` 來啟動。
- 工作流程框架實用:它定義了三個階段——brainstorming、synthesis 與 action phase——因此相較於一般「幫我腦力激盪」的 prompt,能給 agent 更具體的引導。
- 實務上的引導方法有清楚列出,包括 5 Whys、What if?、Devil's Advocate、類比,以及以限制條件為基礎的 prompts。
- 可選的後續步驟描述較模糊:內容提到使用者可以建立 Project 或記錄知識,但現有證據中沒有提供對應的支援檔案、commands 或具體交接流程。
- 至少可見一個 placeholder 訊號(`todo`),這會稍微降低對其工作流程已完整打磨、可穩定執行的信心。
brainstorm skill 概覽
brainstorm skill 會做什麼
brainstorm skill 是一套為 Decision Support 設計的引導式、互動式發想流程。它不是一次丟出一串點子,而是帶你走完整個結構化對話:先探索問題、檢驗假設、統整洞見,最後再視需要把結果轉成專案或沉澱成可保存的知識。若你想在真正投入執行前,先把思路想清楚、想紮實,這個 brainstorm skill 會很適合。
誰適合安裝 brainstorm
如果你經常需要釐清模糊想法、比較方案、替計畫做壓力測試,或把初步念頭整理成可執行的方向,就值得安裝這個 brainstorm skill。它特別適合創辦人、產品負責人、研究人員、營運角色,以及任何經常面對高模糊度決策的人。尤其當一般 prompt 很容易太快給出表面化建議時,brainstorm skill 的價值會更明顯。
為什麼它和一般 prompt 不一樣
真正的差異在流程設計。這個 skill 會明確使用追問、假設檢查、多角度拆解,以及像 5 Whys、What if?、類比、devil's advocate、限制條件切換等方法。當你的需求是探索與發現,而不只是快速產出一些點子時,brainstorm 會比一般「給我一些想法」的 prompt 更有力。
安裝前要先知道的事
從 repository 內容來看,這個 skill 的實作相對精簡:核心幾乎都寫在 SKILL.md,沒有附 helper scripts、參考資料,也沒有 metadata-driven setup。這讓 brainstorm 很容易導入,但也代表輸出品質高度仰賴你是否能好好回應引導問題。若你期待的是高度剛性的框架,或能直接串接後續自動化動作的流程,那就要自行補上你的作業方式。
如何使用 brainstorm skill
安裝情境與優先閱讀位置
要使用這個 brainstorm skill,先從該 repo 加入 OrbitOS skill,接著優先打開 EN/.agents/skills/brainstorm/SKILL.md。真正的運作邏輯都在那個檔案裡。由於沒有其他配套資源,多數安裝判斷其實就是看你是否需要這種以對話推進的 brainstorming 與綜整方式。
實際上可行的安裝流程通常是:
- 從
MarsWang42/OrbitOS加入這個 skill。 - 閱讀
SKILL.md。 - 只有在你想做反覆探索,而不是立刻執行時,再觸發
brainstorm。
brainstorm 需要哪些輸入,效果才會好
當你提供以下資訊時,brainstorm 的表現通常最好:
- 你目前要處理的決策或想法
- 為什麼這件事現在重要
- 限制條件,例如時間、預算、受眾或風險承受度
- 你已經知道的事
- 你還不確定的地方
- 你希望最後輸出的形式
較弱的輸入:「Help me brainstorm an app.」
較強的輸入:「Use brainstorm for Decision Support on a B2B onboarding tool. I have 2 engineers, 6 weeks, and need options that reduce support tickets without changing pricing. Challenge assumptions and surface tradeoffs.」
怎麼寫 prompt,才能把 skill 叫對、用好
一個好的 brainstorm 使用 prompt,應該同時包含背景、希望被挑戰的程度,以及你要的終點狀態。以下是穩定好用的模板:
Use brainstorm to help me think through [topic]. My goal is [outcome]. Constraints: [constraints]. Current assumptions: [assumptions]. Unknowns: [unknowns]. Please ask probing questions, explore alternatives, and then synthesize the strongest options.
如果你希望它更偏向 Decision Support,最好直接要求比較:
Use brainstorm to compare 3 paths, challenge my default choice, and identify what evidence would change the decision.
brainstorm skill 的實戰建議流程
想把 brainstorm skill 用出效果,通常建議照這個順序:
- 先從大方向開始:問題本身、利害關係、使用者、時間點。
- 先讓 skill 提問,再要求它給解法。
- 主動要求不同框架:例如 “what if”、 “devil's advocate” 和極端限制條件。
- 等探索夠了,再請它做綜整。
- 最後收斂成一個行動:建立專案、沉澱知識,或列出下一步要決定的事。
最常見的錯誤,是太早要求它下結論做綜整。這份 brainstorm 指南的最佳用法,是先讓對話把隱藏假設挖出來,再進入整理階段。
brainstorm skill 常見問題
brainstorm 適合拿來做 Decision Support 嗎?
適合。brainstorm 特別適用於 Decision Support,因為它本來就是為了把假設攤開、從多個角度探索,並在行動前整理出取捨關係而設計的。若你的真正任務是做判斷,而不只是多生出幾個選項,它會比單純的發想 prompt 更對路。
什麼情況下 brainstorm 不是對的 skill?
如果你已經很清楚任務內容,現在需要的是執行步驟、程式碼,或立刻產出定案計畫,就不太適合用 brainstorm。對於高度確定、答案取決於固定規則而不是探索的工作,它也不是強項。這種情況下,直接使用特定任務 skill 或一般 prompt,通常會更快。
這個 brainstorm 安裝方式對新手友善嗎?
算友善,因為 skill 邏輯集中在單一檔案裡,而且有清楚的三階段流程。不過要注意的是,新手最常見的問題是背景資訊給得太少。如果你能用白話清楚說明目標、限制與不確定性,就能把 brainstorm skill 用得相當有效。
brainstorm 和直接叫 ChatGPT 幫你 brainstorm,有什麼差別?
一般 prompt 很常直接跳到看起來完整、漂亮的點子,卻沒有先檢查問題 framing 是否正確。這個 brainstorm 使用模式則是刻意設計成互動式:先提問、挑戰假設、展開不同變體,最後才做綜整。它的價值不只是點子比較多,而是整體思考結構更扎實。
如何改進 brainstorm skill 的使用效果
一開始就提供更完整的背景
想最快提升 brainstorm 輸出品質,關鍵不是只丟主題標籤,而是提供足以支撐決策的背景。請說明這個決策會影響誰、成功長什麼樣子、哪些情況會讓某個方案不可接受,以及你已經試過什麼。輸入越完整,skill 提出的問題就越精準,分支也會越貼近現實。
明確指定你要的挑戰模式
這個 skill 本身已支援多種技巧,因此最好直接點名你要用哪一種。例如:
- “Use
5 Whysto find the root problem.” - “Play devil's advocate against my preferred option.”
- “Use hard constraints: 1 week, no hiring, no new vendors.”
- “Give analogies from adjacent industries.”
這樣能讓 brainstorm 更聚焦,也比較不會流於泛泛而談。
留意常見失敗模式
最主要的失敗模式包括:目標模糊、過早收斂,以及假設沒有被驗證。如果你覺得整場對話太淺,可以先停一下,補上缺少的限制條件,或請 skill 重新陳述真正要做的決策是什麼。若對話變得過度發散,則要強制它排序收斂: “Rank the top 3 options by feasibility and downside.”
第一次綜整後要再跑第二輪
不要把第一版摘要當成定稿。好的 brainstorm 指南會把綜整視為中途檢查點,而不是終點。你可以接著追問:
- “Which assumption is doing the most work here?”
- “What evidence would eliminate option 2?”
- “What did we ignore?”
- “Turn the best option into a small next-step plan.”
很多時候,正是這第二輪,才讓 brainstorm 真正從單純的點子生成,提升成對 Decision Support 有實際幫助的工具。
