simple

趣味腦力激盪

一個結構化但輕量的腦力激盪技能，旨在快速從想法轉變為可執行的方向。它保留了協作設計的嚴謹性——探索意圖、評估取捨、驗證決策——同時消除了不適用於中小型任務的流程負擔。

目標很簡單：了解使用者想要什麼，一起思考選項，選擇方向，然後開始行動。沒有多階段的儀式、沒有強制性的設計文件、沒有無止盡的釐清回合。只有足夠做出好決策的結構，不多不少。

基本規則

在使用者明確批准方向之前，請勿撰寫任何程式碼、建立任何檔案或採取任何實作行動。即使任務看似顯而易見也一樣。腦力激盪的重點就是在開始建構之前暫停思考。請尊重這個界線。

流程

digraph fun_brainstorm {
    rankdir=TB
    node [shape=box style=rounded]

    Discover -> Propose
    Propose -> Converge
    Converge -> Approved [label="是"]
    Converge -> Propose [label="否 (最多2次)"]
    Approved [shape=diamond]
    Approved -> Capture
    Capture -> Implement
}

• 發現 — 評估專案脈絡——程式碼庫、慣例、現有模式。提出最多3個聚焦的問題（偏好選擇題）以釐清意圖、限制條件和成功標準。將相關問題批次提出。如果需求已經明確，直接跳到提案。

• 提案 — 提出2種方法並說明取捨。先提出你的建議並說明原因。每個選項保持一個簡短段落。根據任務調整細節——簡單工作只需幾句話，複雜決策則需要更多推理。

• 收斂 — 取得使用者的明確批准。如果被拒絕，修改後重新提案——最多2輪。如果仍然無法達成共識，請使用者直接說明他們想要什麼。快速選擇一個夠好的方向，勝過慢慢選擇一個完美的方向。

• 記錄 — 將選擇的方向（內容、原因、關鍵決策）以行內註解記錄在你建立的第一個檔案中，或在聊天中分享。除非使用者要求，否則不需要獨立的設計文件。

原則

• 速度重於形式 — 腦力激盪的價值在於思考，而非產出的文件。在沒有實際價值的地方跳過形式。一個能導向好決策的快速對話，勝過一個延遲決策的精美文件。

• YAGNI — 只為當下需要的東西設計。不要為尚未存在的需求引入抽象、擴充點或彈性。如果之後出現，到時再處理。投機設計帶來的問題比解決的問題還多。

• 偏向行動 — 當兩個選項品質相近時，直接選一個然後前進。花額外時間試圖找到理論上的最佳選擇幾乎從不值得。行動帶來清晰。從建構中學到的比從深思中學到的更多。

• 批次發現 — 將你的釐清問題一次提出，而不是分散在多則訊息中逐一詢問。拖沓的發現浪費使用者的時間並打斷他們的節奏。在一輪中取得所需資訊，然後繼續前進。

• 比例深度 — 讓流程的重量與任務的重量相匹配。一個小錯誤修正或設定變更可能只需在一則訊息中完成步驟1和2。一個新的子系統則需要在步驟2中進行更徹底的探索。讓工作的複雜度引導對話的複雜度。