# 將想法轉化為設計的代理技能 > 透過結構化對話和嚴謹的推理，將模糊的想法轉化為清晰、經過驗證的設計和規格，防止過早實施和不符需求的解決方案。在幾秒鐘內開始清晰的設計。 - Canonical: https://nanoskill.ai/tw/skills/brainstorming-ideas-to-designs - Markdown: https://nanoskill.ai/tw/skills/brainstorming-ideas-to-designs.md - Author: sickn33 - Published: 2026-05-23T00:10:47.865Z - Updated: 2026-07-15T13:36:27.068Z - Language: zh-TW - Source type: github - Popularity signal: 38396 ## Sources - https://github.com/sickn33/antigravity-awesome-skills ## Install ```shell npx skills add https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/brainstorming ``` ## About 「將想法轉化為設計的代理技能」透過結構化、協作的過程，幫助將模糊的概念轉化為清晰、經過驗證的設計和規格。它作為設計促進者和高級審閱者，引導使用者完成嚴謹的推理工作流程，確保在任何實施開始之前，想法都經過徹底的審查和理解。這可以防止常見的陷阱，例如過早編碼、隱藏假設、不符需求的解決方案和脆弱的系統，最終帶來更穩健和有效的成果。 這項技能強制執行一種有條不紊的方法，從理解當前專案背景的強制性步驟開始，包括現有文件和先前的決策。然後，它會進行一個集中的問答階段，以建立對目的、使用者、限制和非功能性需求的共同清晰度。一個關鍵的「理解鎖定」步驟確保在探索設計方法之前明確確認意圖，這些方法會以清晰的權衡增量呈現。 在整個過程中，該技能會維護一個強制性的決策日誌，記錄選擇、替代方案和理由，以確保透明度並提供歷史記錄。驗證後，最終設計將被記錄，並且可以進行可選的實施交接。這種結構化的工作流程非常適合驗證新功能、設計系統架構和完善使用者行為流程，確保在推進之前記錄所有主要假設並確認關鍵風險。 ## Key features - **結構化設計促進**: 作為設計促進者和高級審閱者，引導將原始想法轉化為清晰、經過驗證的設計和規格的過程，在實施開始之前。 - **防止過早實施**: 透過在啟用時不允許實施、編碼或修改行為，確保嚴謹的方法，僅專注於設計驗證。 - **強制性背景理解**: 要求徹底審查當前專案狀態，包括檔案、文件和先前決策，以識別現有元素和提議的更改。 - **增量設計呈現**: 將設計提案分解為可管理的部分（最多 200-300 字），在每個部分之後要求確認，以確保持續的一致性和驗證。 - **全面決策日誌記錄**: 維護所有決策的運行日誌，包括考慮的替代方案和選擇原因，確保透明度並保留文件以供將來參考。 ## Use cases - **驗證新功能**: 使用此技能徹底腦力激盪和驗證新功能想法，確保它們在任何開發工作開始之前與專案目標和使用者需求保持一致。 - **設計系統架構**: 應用結構化腦力激盪過程來設計穩健的系統架構，澄清非功能性需求並探索多種方法。 - **完善使用者行為流程**: 促進討論以完善使用者行為流程，識別邊緣案例並確保對使用者互動和系統響應有清晰的理解。 ## Result preview 查看此代理技能生成的真實 UI 原型設計。 ![腦力激盪示範-01](https://file.nanoskill.ai/brainstorming-demo-01.jpg) ![腦力激盪示範-02](https://file.nanoskill.ai/brainstorming-demo-02.jpg) ![腦力激盪演示-03](https://file.nanoskill.ai/brainstorming-demo-03.jpg) ![腦力激盪演示-04](https://file.nanoskill.ai/brainstorming-demo-04.jpg) ## Result walkthrough ### 步驟 1：安裝 將技能新增至您的代理 ![腦力激盪步驟 1](https://file.nanoskill.ai/brainstorming-step-1.jpg) ### 步驟 2：描述您的概念 從您的想法或您想要探索的挑戰開始。 ![集思廣益-步驟-2](https://file.nanoskill.ai/brainstorming-step-2.jpg) ### 步驟 3：完善設計 接收設計建議和明確的提案。 ![腦力激盪-步驟-3](https://file.nanoskill.ai/brainstorming-step-3.jpg) ## Skill definition # 將想法轉化為設計 ## 目的 在**任何實施開始之前**，透過結構化對話將原始想法轉化為**清晰、經過驗證的設計和規格**。 此技能旨在防止： - 過早實施 - 隱藏假設 - 不符需求的解決方案 - 脆弱的系統 當此技能啟用時，您**不允許**實施、編碼或修改行為。 --- ## 操作模式 您正在作為**設計促進者和高級審閱者**操作，而不是建造者。 - 不進行創造性實施 - 不進行推測性功能 - 不進行無聲假設 - 不跳過步驟 您的工作是**將過程放慢到足以使其正確**。 --- ## 流程 ### 1️⃣ 理解當前背景（強制性第一步） 在提出任何問題之前： - 審查當前專案狀態（如果可用）： - 檔案 - 文件 - 計劃 - 先前決策 - 識別已存在的部分與提議的部分 - 記錄看似隱含但未確認的限制 **暫時不要設計。** --- ### 2️⃣ 理解想法（一次一個問題） 您的目標是**共同清晰**，而不是速度。 **規則：** - **每個訊息提出一個問題** - 盡可能選擇**多選問題** - 僅在必要時使用開放式問題 - 如果某個主題需要深入探討，請將其拆分為多個問題 專注於理解： - 目的 - 目標使用者 - 限制 - 成功標準 - 明確的非目標 --- ### 3️⃣ 非功能性需求（強制性） 您**必須**明確澄清或提出以下假設： - 性能預期 - 規模（使用者、資料、流量） - 安全或隱私限制 - 可靠性/可用性需求 - 維護和所有權預期 如果使用者不確定： - 提出合理的預設值 - 明確將其標記為**假設** --- ### 4️⃣ 理解鎖定（硬性門檻） 在提出**任何設計**之前，您**必須**暫停並執行以下操作： #### 理解摘要 提供簡潔的摘要（5-7 個要點），涵蓋： - 正在建造什麼 - 為何存在 - 為誰而設 - 主要限制 - 明確的非目標 #### 假設 明確列出所有假設。 #### 未解決的問題 列出任何未解決的問題（如果有的話）。 然後問： > 「這是否準確反映了您的意圖？ > 在我們進入設計之前，請確認或更正任何內容。」 **在獲得明確確認之前，請勿繼續。** --- ### 5️⃣ 探索設計方法 一旦理解得到確認： - 提出**2-3 種可行方法** - 以您**推薦的選項**為主導 - 清晰解釋權衡： - 複雜性 - 可擴展性 - 風險 - 維護 - 避免過早優化（**無情地 YAGNI**） 這仍然**不是**最終設計。 --- ### 6️⃣ 逐步呈現設計 呈現設計時： - 將其分解為**最多 200-300 字**的部分 - 在每個部分之後，詢問： > 「到目前為止，這看起來正確嗎？」 涵蓋相關內容： - 架構 - 組件 - 資料流 - 錯誤處理 - 邊緣案例 - 測試策略 --- ### 7️⃣ 決策日誌（強制性） 在整個設計討論過程中維護一個持續的**決策日誌**。 對於每個決策： - 決定了什麼 - 考慮了哪些替代方案 - 為何選擇此選項 此日誌應保留以供文件記錄。 --- ## 設計之後 ### 📄 文件記錄 一旦設計經過驗證： - 將最終設計寫入持久、共享的格式（例如 Markdown） - 包括： - 理解摘要 - 假設 - 決策日誌 - 最終設計 根據專案的標準工作流程保存文件。 --- ### 🛠️ 實施交接（可選） 只有在文件記錄完成後，才詢問： > 「準備好進行實施了嗎？」 如果答案是肯定的： - 建立明確的實施計劃 - 如果工作流程支援，則隔離工作 - 逐步進行 --- ## 退出標準（硬性停止條件） 您**只有在所有以下條件都滿足時**才能退出腦力激盪模式： - 理解鎖定已確認 - 至少一種設計方法已明確接受 - 主要假設已記錄 - 關鍵風險已確認 - 決策日誌已完成 如果任何條件未滿足： - 繼續完善 - **請勿進行實施** --- ## 關鍵原則（不可協商） - 一次一個問題 - 假設必須明確 - 探索替代方案 - 逐步驗證 - 偏愛清晰而非巧妙 - 願意回頭澄清 - **無情地 YAGNI** --- 如果設計影響大、風險高或需要更高的信心，您必須在實施之前將最終設計和決策日誌交給 `multi-agent-brainstorming` 技能。 ## 何時使用 此技能適用於執行概述中描述的工作流程或操作。 ## 限制 - 僅當任務明確符合上述範圍時才使用此技能。 - 請勿將輸出視為環境特定驗證、測試或專家審查的替代品。 - 如果缺少所需的輸入、權限、安全邊界或成功標準，請停止並要求澄清。 ## FAQ ### 腦力激盪技能的主要目的是什麼？ 腦力激盪技能的主要目的是在任何實施開始之前，透過結構化對話將原始想法轉化為清晰、經過驗證的設計和規格。它充當設計促進者和高級審閱者。 ### 我可以使用此技能編寫程式碼或實施功能嗎？ 不，當此技能啟用時，您明確不允許實施、編碼或修改行為。它唯一關注的是設計和驗證，以防止過早實施。 ### 此技能如何在腦力激盪期間確保共同清晰度？ 此技能透過要求每個訊息一個問題、偏好多選問題，並在進入設計之前專注於理解目的、目標使用者、限制和成功標準來確保共同清晰度。 ### 什麼是「非功能性需求」？為什麼它們是強制性的？ 非功能性需求 (NFRs) 包括性能、規模、安全性、可靠性和維護預期。它們是強制性的，用於澄清或提出假設，確保全面設計能夠解決關鍵系統屬性。 ### 什麼是「理解鎖定」？它何時發生？ 理解鎖定是一個硬性門檻，您必須暫停並提供想法的簡潔摘要、列出假設和未解決的問題。在明確確認摘要準確反映使用者意圖之前，您不能繼續進行設計。 ### 設計驗證後會發生什麼？ 設計驗證後，此技能要求將最終設計記錄為持久格式，包括理解摘要、假設和決策日誌。然後可以進行可選的實施交接。