Google Labs 在 2026 年 3 月重新定位 Stitch，提出「Vibe Design」：使用者可以從商業目標、感受或參考靈感開始描述，再由 AI 協助生成高擬真介面、串接互動流程並延伸到程式開發。它讓第一版 UI 更容易出現，也把設計工作的難題推向另一端——如何提供正確脈絡，以及如何判斷生成結果是否真的有效。
Vibe Design 和用提示詞生一張 UI 有什麼不同？
一般的 AI UI 生成多半從一句功能描述開始，輸出幾張看起來完整的畫面。Google 對 Vibe Design 的描述則更強調意圖：使用者可以先說明商業目標、希望使用者感受到什麼，或放入圖片、文字與程式碼作為脈絡。
新版 Stitch 使用無限畫布承接從發想到可操作原型的過程，設計代理可以理解專案演變，Agent manager 則用來平行管理不同方向。這使生成不再只是一次性的畫面輸出，而比較像持續修改的工作空間。
差別看似是功能變多，真正重要的卻是輸入單位改變了：設計師不只輸入畫面需求，也要輸入目標、規則、參考和已經做過的決策。
從靜態畫面直接變成互動流程
Stitch 可以把畫面串接成互動原型，並根據點擊位置生成合理的下一個畫面。使用者能立刻播放流程，觀察從入口、操作到結果是否連貫，再局部修改元件或重新生成整段體驗。
這會縮短設計與測試之間的距離。過去團隊可能在多張靜態稿上討論流程，等到原型或實作後才發現狀態不足；現在可以更早看見轉場、下一步與缺漏狀態。
但『能點』不代表『可用』。AI 可以補出形式上合理的下一頁，卻不一定理解法規、付款風險、錯誤復原、無障礙與真實資料限制。快速原型最適合用來暴露問題，而不是跳過驗證。
DESIGN.md 為什麼值得設計團隊注意？
Stitch 加入 DESIGN.md，讓設計規則可以用適合代理讀取的 Markdown 檔案匯入或匯出。官方也表示，工具能從網址擷取設計系統，讓不同專案不必每次重新建立視覺規則。
這代表設計系統除了元件庫和變數，也開始需要一層可被 AI 理解的語意說明，例如品牌語氣、間距原則、按鈕何時使用、哪些模式禁止出現，以及不同狀態的優先順序。
如果規則只存在設計師腦中，AI 很容易做出外觀相似、行為卻不一致的介面。把規範寫清楚不只是為了餵給工具，也會迫使團隊發現原本含糊或互相衝突的決策。
語音協作會讓設計更自然嗎？
Stitch 支援直接對畫布說話，要求代理提出設計評論、訪談需求，或即時產生不同選單與配色方向。語音可以減少操作工具的中斷，讓人用接近討論的方式推進設計。
然而語音也可能放大含糊指令。像『更有質感』『更年輕』或『做得像韓國 App』都沒有可驗證標準；AI 即使快速回應，也可能只是套用表面的視覺印象。
有效的對話仍需要具體條件：目標使用者是誰、目前哪個指標或任務有問題、哪些元素不能改，以及這次比較方案的判斷標準是什麼。說話變快了，定義問題不能因此變少。
AI UI 工具普及後，設計師應該保留哪些工作？
Stitch 讓設計到程式的距離縮短，也能透過 MCP、SDK 和匯出功能接到其他開發工具。這會讓設計師、產品經理與創辦人更快製作可測試版本，並減少單純搬運畫面的工作。
但設計師仍需要負責問題是否值得解、資訊是否正確、流程是否尊重使用者，以及介面在例外狀態下能不能成立。生成工具擅長快速補齊常見模式，真正困難的往往是辨認哪些常見模式不適合眼前的情境。
比較實際的使用方式，是讓 AI 先擴大探索，再由人縮小範圍：先建立多個可操作方向，接著用研究、資料、無障礙檢查和技術限制逐步淘汰。速度的價值不在於更快定稿，而是更早找到錯誤。
- 生成前：提供目標、限制、真實內容與設計規則。
- 生成後：檢查完整流程、錯誤狀態、無障礙與資料風險。
- 交付前：確認程式輸出仍符合團隊元件與維護方式。