指令用途

/brainstorming 是最重要的前置 skill。在實作任何功能、建構組件、新增功能或修改行為之前，必須先使用這個 skill 來探索使用者意圖、需求和設計。

這不是「可選的」流程，而是「強制的」前置步驟。跳過它就像跳過地基直接蓋房子——後面一定會出問題。

運作流程

1. 定義目標：明確你想要達成什麼，不是模糊的「改善功能」，而是具體的目標。
2. 探索意圖：深入挖掘使用者的真實需求，而不是表面需求。
3. 設計方案：生成多個不同的設計方案進行比較。
4. 識別約束：明確技術約束、時間約束、資源約束。
5. 確認範圍：清楚界定什麼在範圍內，什麼在範圍外。

實戰對話範例

範例一：新增功能

• You:

  /brainstorming

• AI:

  讓我們一起探索這個新功能的設計。

  第一個問題：你想要解決的問題是什麼？請具體描述。

  • You:

  使用者希望能更快地找到商品。

  AI: 好的，這是一個目標。讓我繼續問幾個問題來深入理解。

  第二個問題：目前使用者怎麼找商品？痛點在哪裡？

  • You:

  他們需要點進每個分類，一頁一頁地找。太慢了。

  AI: 我了解。這幫我明確了問題。讓我提出幾個解決方案：

  方案 1：新增全站搜尋功能

  • 優點：最直接解決問題
  • 缺點：需要索引系統，複雜度較高

  方案 2：在首頁新增熱門商品推薦

  • 優點：實作簡單
  • 缺點：不夠精準，可能不符合個別需求

  方案 3：新增高級篩選器

  • 優點：在不改變當前結構下改進體驗
  • 缺點：使用者需要學習如何使用

  你傾向哪個方案？或者你想結合多個方案？

範例二：優化現有功能

• You:

  /brainstorming

• AI:

  讓我們一起思考這個優化。

  第一個問題：為什麼要優化這個功能？目前的問題是什麼？

  • You:

  登入流程太複雜，使用者常常放棄。

  AI: 好的，讓我進一步了解。

  第二個問題：具體哪些步驟讓使用者感到複雜？

  • You:

  需要輸入太多資訊，還要收驗證碼。

  AI: 明白了。讓我提出優化方向：

  方向 1：簡化登入表單

  • 只保留必要欄位
  • 使用社媒登入替代部分欄位

  方向 2：多步驗流程

  • 拆分為小步驟
  • 每步只要求少量資訊

  方向 3：智慧預填

  • 根據行為自動填入
  • 減少手動輸入

  哪個方向最符合你的情況？

何時不應該使用

• 修復 bug：直接用 /systematic-debugging
• 程式碼重構：用 /request-refactor-plan
• 簡單的文件修改：直接執行即可