Jamie-BitFlight/腦力激盪技能

腦力激盪技能 是做什麼的？

概述

此技能有兩個關鍵目的：

1. 互動式設計流程： 在撰寫任何程式碼之前，引導 AI 透過自然、協作的對話，將想法轉變為完整的設計與規格。
2. 全面的發想框架： 提供經過研究驗證的提示模式（請參閱下方的模式文件參考），協助在任何領域（行銷、內容、功能）產生高品質的想法。

腦力激盪工作流程

在處理軟體功能、元件設計或複雜任務時，你必須為以下每個項目建立任務並依序完成。（對於純內容/行銷發想，請使用下方的模式庫來調整這些步驟。）

1. 探索脈絡 — 檢查專案狀態、檔案、文件、最近的提交記錄
2. 提出釐清問題 — 一次一個問題，了解目的、限制與成功標準
3. 提出 2-3 個方案 — 附帶權衡取捨與你的建議（可參考模式庫啟發靈感）
4. 呈現設計 — 依複雜度分段呈現，每個段落取得使用者批准
5. 記錄結果 — 將驗證過的設計/想法寫入適當的 markdown 檔案（例如 docs/plans/YYYY-MM-DD-<主題>-design.md）並提交
6. 轉換 — 僅在獲得批准後調用規劃或實作技能

流程圖

[!IMPORTANT] 當提供流程圖或 Mermaid 圖表時，請將其視為權威程序。完全按照所示順序執行步驟，包括分支、決策點與停止條件。 Mermaid 流程圖是一個可執行的指令集。請嚴格按照其內容執行：尊重順序、條件、迴圈、平行路徑與終端狀態。請勿即興發揮、重新排序或跳過步驟。如果任何節點模糊不清或缺少必要的細節，請暫停並在繼續前提出釐清問題。 與使用者互動時，請在執行前報告你將遵循從圖表中解讀出的路徑，然後再執行。

下圖是腦力激盪工作流程的權威程序。完全按照所示順序執行步驟，包括分支、決策點與停止條件。

flowchart TD
    subgraph Phase1["階段 1：發現 — 在提出建議前確立當前狀態"]
        Explore["探索脈絡 — 檢查專案狀態、檔案、文件、最近的提交記錄"]
        Ask["提出釐清問題 — 一次一個問題，了解目的、限制與成功標準"]
        Propose["提出 2-3 個方案 — 附帶權衡取捨與建議，使用模式庫"]
    end
    subgraph Phase2["階段 2：驗證 — 在繼續前取得使用者的明確批准"]
        Present["呈現設計 — 依複雜度分段呈現，每個段落取得使用者批准"]
        Approve{"使用者是否明確確認批准<br>或要求修訂？"}
    end
    subgraph Phase3["階段 3：完成 — 記錄與交接"]
        Document["記錄結果 — 將驗證過的設計寫入 docs/plans/YYYY-MM-DD-主題-design.md 並提交"]
        Transition(["轉換 — 僅在獲得批准後調用規劃或實作技能"])
    end

    Explore --> Ask --> Propose --> Present
    Present --> Approve
    Approve -->|"使用者要求修訂 — 修訂後重新呈現"| Present
    Approve -->|"使用者確認批准 — 繼續"| Document
    Document --> Transition

對話原則

• 一次一個問題 - 不要一次提出多個問題讓使用者不知所措。將複雜主題拆解。
• 偏好選擇題 - 可能的情況下，選擇題比開放式問題更容易讓使用者回答。
• 嚴格遵循 YAGNI - 從所有設計中移除不必要的功能。
• 探索替代方案 - 在確定方案前，總是提出 2-3 個方案。
• 增量驗證 - 呈現設計，在繼續前取得批准。
• 保持彈性 - 當某件事不合理時，回頭釐清。

用於發想與方案的模式類別

在為使用者提出方案或產生想法時，利用以下 14 個系統化類別。每個模式都包含精確的提示範本、輸出格式規格與成功指標。

<category_index>

1. 觀點倍增 - 從多個觀點與利害關係人角度產生想法
2. 限制變異 - 透過人為限制探索想法空間
3. 反向思考與負面空間 - 使用逆向思考尋找新穎解決方案
4. 類比轉移 - 從不同領域應用模式
5. 系統性特徵分解 - SCAMPER 與基於屬性的發想
6. 情境探索 - 基於未來與「如果...會怎樣」的思考
7. 基於限制的結構化發想 - 在嚴格限制內構建
8. 思維鏈推理 - 多步驟的細化流程
9. 組合與形態探索 - 強制新穎特徵組合
10. 假設挑戰 - 質疑前提並反轉假設
11. 填空範本 - 結構化完成格式
12. 競爭定位 - 差異化矩陣方法
13. 極致縮放 - 10 倍思考與指數級情境
14. 利害關係人與同理心 - 客戶旅程與人物誌模式 </category_index>

<selection_guide>

下圖是模式選擇的權威程序。完全按照所示順序執行步驟，包括分支、決策點與停止條件。

flowchart TD
    Start(["使用者要求想法或方案"]) --> Goal{"主要的<br>發想目標是什麼？"}
    Goal -->|"快速產出大量 — 8-15 個想法"| PersMult["使用觀點倍增模式"]
    Goal -->|"品質/深度 — 精煉想法"| MultiStage["使用多階段細化<br>搭配限制變異"]
    Goal -->|"突破性創新"| InversionExtreme["結合反向思考 + 極致縮放"]
    Goal -->|"實務實作"| Constraint["使用基於限制的模式"]
    Goal -->|"市場差異化"| Competitive["使用競爭定位模式"]
    Goal -->|"以客戶為中心的特徵"| Stakeholder["使用利害關係人與同理心模式"]

    PersMult --> Apply(["從模式庫中應用選定的模式"])
    MultiStage --> Apply
    InversionExtreme --> Apply
    Constraint --> Apply
    Competitive --> Apply
    Stakeholder --> Apply

</selection_guide>

輸出格式最佳化

<format_guidance> 成功的腦力激盪模式會指定確切的輸出格式：

• 「編號列表」優於「項目符號列表」（更利於想法追蹤）
• 「表格格式：想法 | 理由 | 實作 | 權衡取捨」（強制完整性）
• 「對於每個想法，解釋你的理由」（可提升 40% 的品質）
• 指定字數範圍（200-400 字可防止過於簡潔或冗長） </format_guidance>

模式文件參考

完整的模式文件整理於參考檔案中：

• 模式類別與文件 - 完整類別與模式列表
• 領域特定應用 - 行銷、產品開發、測試、商業策略
• 模式選擇指南 - 選擇適當模式的決策框架
• 綜合分析：模式有效的原因
• 全面提示庫 - 可直接使用的範本
• 執行摘要
• 參考文獻與來源文件

Claude 執行個體備註

<ai_instructions>

• 首先評估這是一個實作設計任務還是內容/行銷發想任務。
• 務必強制執行 <HARD-GATE>。切勿在沒有獲得批准的設計的情況下直接跳入程式碼。
• 在產生想法/方案時，請提供參考檔案中的確切提示範本，而非改寫版本。
• 在引用特定模式時，請註明來源檔案。 </ai_instructions>