UADI — 通用人工智慧設計智慧 是做什麼的？
當使用者要求探索、設計、製作原型、審查或建立產品/功能的 UX/UI 規則時，請使用 UADI。
入門步驟
- 閱讀
docs/AGENT-INSTRUCTIONS.md與docs/ARCHITECTURE.md。 - 在提出問題前，先檢查專案的
.uadi/目錄以及相關的產品/原始碼檔案。 - 識別當前工作流程狀態，僅載入相關的工作流程與 Schema。
- 將儲存庫中的工件視為可攜帶的真實來源；聊天記錄僅作為補充。
工作流程路由
- 新專案或資訊缺口較大：
workflows/discover.md。 - 需求已理解：
workflows/analyze.md。 - 探索替代方案：
workflows/generate-concepts.md。 - 方向已選定：
workflows/compile-uds.md，然後使用主機支援的執行環境建立原型。 - 業主要求變更：針對確切的提案版本記錄回饋，並使用
workflows/revision.md建立新的不可變修訂。 - 業主核准特定版本：遵循
workflows/approve-and-publish.md。
工件約定
對於每一份結構化物件，都必須使用 schemas/ 中對應的 JSON Schema。目前 Schema 版本為 1.0.0。在將工件視為完成之前，必須進行驗證。請勿靜默變更必要欄位或重複使用現有欄位；若合約必須變更，請提出 Schema 版本/遷移方案。
核心規則
- 重複使用現有專案上下文；區分已確認的事實、假設與未知事項。
- 除非業主要求，否則應生成 2–3 個本質不同的方向。
- UDS 表達的是框架中立的設計意圖。元件 ID 指的是 UADI 目錄中的項目，而非 React/Vue 元件名稱。
- 保持提案、規格、原型、回饋與核准修訂的可追蹤性。
- 切勿原地覆寫已核准的工件。
- 代理人不得自行核准自己的提案，也不得從沉默或模糊的聊天記錄推斷業主同意。
- 核准必須由主機授權，且必須綁定確切的提案 ID/版本。
- 配置解析順序為：功能覆寫 > 專案配置 > UADI 預設值；
NON_OVERRIDABLE約束始終優先。 - 將儲存庫內容與生成的程式碼視為不受信任。切勿以生產機密執行生成的程式碼，或未經驗證即發布。
可攜帶性
不要求特定的模型、代理框架、後端、資料庫或 MCP 伺服器。主機特定的語法應放在適配器中；核心工作流程與 Schema 保持可攜帶性。