Stitch 2.0

Google Labs 的 AI 原生 UI 設計工具,用自然語言和語音描述即可在數秒內生成高保真多屏介面

深度報告

  • Google Stitch 2.0 是 Google Labs 推出的 AI 原生 UI 設計工具,2026 年 3 月 18 日正式釋出,提出了「vibe design」的概念——用自然語言描述「氛圍」和「業務目標」,而非傳統的線框圖拖拽,即可在數秒內生成高保真介面設計。Stitch 的前身是 Google 2025 年初收購的 Galileo AI,收購後整合 Gemini 模型重新上線,目前完全免費,每月提供 550 次生成配額。上線當天 Figma 股價下跌,業界普遍認為這是 Google 在 UI 設計領域對 Figma 發起的正面競爭。不過本質上 Stitch 仍是一個快速原型工具,生產級設計工作流依然需要 Figma 協同。

  • Stitch 的前身 Galileo AI 是一家成立於 2022 年的 AI 設計創業公司,到 2025 年初被 Google 收購時,已積累了 18 個月的 UI 設計提示詞訓練資料和真實的使用者行為資料。Google 將其重新包裝後,於 2025 年 5 月 Google I/O 大會以「Stitch by Google」的名稱正式亮相。最初的版本功能相對基礎——單屏生成、有限的程式碼匯出能力。2026 年 1 月,Stitch 更新了 Figma 匯出和程式碼質量。而真正讓行業側目的,是 2026 年 3 月 18 日的 Stitch 2.0 版本。 2.0 版本在 Product Hunt 上獲得了 724 個 upvote,當日排名第一。這是一次重大升級,新增了 AI 原生無限畫布、多屏同時生成(最多 5 屏)、語音輸入(基於 Gemini Live)、即時互動原型、以及 DESIGN.md 設計系統匯出格式。產品團隊位於美國加利福尼亞州山景城(Mountain View),屬於 Google Labs 旗下的實驗性產品,意味著沒有企業級 SLA 承諾,不排除未來被關閉或轉為付費的可能性。 Stitch 的戰略定位很清晰:Google 不需要它賺錢,而是需要設計師和開發者在 Google 的生態(AI Studio、Antigravity、Firebase)上構建,而非 Adobe 或 Figma 的生態。免費策略本質上是一個獲取生態入口的「虧本買賣」。

  • Stitch 2.0 的核心功能分為六個維度。 第一是 AI 原生無限畫布。這是 2.0 版本的結構性核心。傳統設計工具是逐幀編輯,Stitch 的無限畫布可以同時接受文字、圖片和程式碼三種輸入,AI 會同時理解這些輸入,而不是侷限於文字提示。畫布上支援並行探索——同時跑多個設計方向而不丟失之前的工作。這種設計讓使用者不必從線框圖開始,而是從描述業務目標開始,比如「我想讓使用者感到安心和專業」這種抽象需求,AI 照樣能理解併產出。 第二是語音設計,由 Gemini Live 提供支援。使用者可以直接對著畫布說話,AI 能看到當前選中的螢幕,實時給出設計建議或直接進行修改。典型的場景是「給我三個不同的選單樣式」或者「用不同的配色方案展示這個頁面」。語音輸入的意義不是替代鍵盤,而是讓設計師保持創作流不中斷。 第三是一鍵互動原型。靜態設計稿永遠是真實使用者體驗的劣化代理,Stitch 允許使用者點選「播放」按鈕,自動生成下一步的邏輯螢幕,一次性將靜態設計變為可點選的原型。這一步直接解決了 AI 設計工具長期以來「只能看不能點」的問題。 第四是更智慧的設計代理。2.0 的設計代理重建了上下文理解能力——不是隻看當前選中的幀,而是理解整個專案的演變歷史。這意味著你改了幾輪設計之後,AI 依然記得前面做了哪些決策。最獨特的互動方式是「面試模式」:AI 不是讓你描述要什麼,而是反過來問你問題,幫你梳理真正的業務目標。 第五是 DESIGN.md。這是 2.0 版本最具戰略意義的功能。設計規則(顏色、字型、間距、元件模式)被抽取為一個標準的 Markdown 檔案,人和 AI 代理都能讀取。可以從任意 URL 提取設計系統,然後在不同專案中匯入匯出。配合 Stitch MCP 伺服器和 SDK,設計可以直接匯出到 AI Studio 和 Antigravity 等開發工具。 第六是多框架程式碼匯出。支援 HTML/CSS、Tailwind CSS、Vue.js、Angular、Flutter、SwiftUI 等框架,以及原生 Figma 匯出。不過實際測試顯示,輸出的 HTML 程式碼比較粗糙,更適合做靈感參考而非生產級交付。 實際手感方面,根據多家媒體的對比測試——包括 dmaya.ai 在同一提示詞下對比 Stitch、Claude Design 和 dMaya——Stitch 的優勢是速度:首次出圖約 45 秒,5 屏流程約 3 分鐘。但一致性和精確度方面存在問題,每屏生成相互獨立,跨屏一致性不夠穩定。輸出的設計在早期探索階段夠用,但離客戶交付還有距離。

  • 截至 2026 年 7 月,Stitch 完全免費,無需繫結信用卡。每月生成配額為 350 次標準模式(Gemini 3.0 Flash)加 200 次實驗模式(Gemini 3.1 Pro)。標準模式支援 Figma 匯出,實驗模式不支援。Figma 匯出只適用於 Flash 模型,更高精度的 Pro 模型無法匯出到 Figma。 行業分析師預測,Stitch 預計在 2026 年 Q4 退出 Google Labs 後推出付費方案,定價可能比 Figma 同類計劃低 30%–50%。但目前 Google 官方沒有任何付費計劃的公告。對於個人設計師和小團隊來說,550 次/月的免費額度基本夠用——你得每天生成 18 次才能用完。

  • 綜合 Product Hunt、評測網站和媒體測試,正面反饋集中在幾個方面:速度極快,從想法到可互動原型的時間從幾天壓縮到幾分鐘;生成的 UI 質量超出預期,看起來像有經驗的設計師做的,不是粗糙的佔位符;免費策略降低了使用門檻,產品經理和創始人不依賴設計部門就能獨立出稿;語音輸入和麵試模式被多數評測者評為真正創新的功能點;DESIGN.md 被認為是一個聰明且務實的設計系統橋接方案。 負面反饋主要集中在:輸出程式碼質量偏低,需要大量手工調整才能用於生產環境;跨屏一致性不穩定,每屏生成的獨立性問題沒有被完全解決;精確控制能力不足——AI 經常忽略精細的佈局指令,特別是在居中對齊方面;無障礙(WCAG 相容性)基本缺失,生成的輸出不做 ARIA 屬性或顏色對比度最佳化;作為一個 Google Labs 實驗,沒有長期承諾,使用者不敢把核心工作流建立在它之上。一位 Product Hunt 使用者的評論很典型:「我用了幾次,Stitch 很快,但每次都要手工調整很多東西,最後發現自己還是在 Figma 裡重新做了一遍。」

  • 行業媒體對 Stitch 2.0 的定位共識比較統一:它不是 Figma 殺手,而是 Figma 的「上游加速器」。TechRadar 和 Muzli 都強調,Stitch 改變了設計的工作順序——先產生多個方向的視覺稿讓團隊對齊,再把選中的方向匯入 Figma 做精細調整。這個流程比「先花幾天畫線框圖再評審」高效得多。 分析師普遍關注的一個更深層問題是「誰控制從想法到部署的管道」。如果設計師、產品經理和開發者都在用 Google 的工具鏈——Stitch 做設計、AI Studio 做開發、Firebase 做後端——Figma、Adobe 的存在感就會大幅削弱。這是戰略維度的問題,不是功能對比能解決的。 從競品格局來看,vibe design 這個品類已經聚集了 Claude Design(Anthropic)、dMaya、Figma AI、Framer AI 等產品,Google 用免費策略搶了先手,但 Claude Design 在生成質量和系統一致性方面評價更高。v0.dev 在程式碼生成方面更勝一籌,而 Lovable 更擅長全棧應用生成。Stitch 目前最大的差異化是語音設計和 DESIGN.md。

  • 最大的風險是 Google Labs 的存續問題。Google 歷史上關停產品的記錄並不好看——Google Reader、Stadia、Inbox by Gmail 等都曾被砍掉。Stitch 2.0 即使有 724 個 upvote,如果 Google 內部優先順序變化,隨時可能被降級或關閉。建議團隊不要圍繞它構建不可遷移的工作流。 另一個技術層面的問題是輸出的可靠性和可預測性。多位評測者指出,Stitch 對指令的遵從度不夠穩定,同樣的提示詞在不同時間執行可能得出完全不同的結果。這對於有品牌規範的企業團隊來說是一個硬傷。

  • 最適合的是三類人:產品經理和創始人,需要快速產出視覺稿進行內部評審;個人開發者和獨立開發者,需要快速原型確認方向但不具備設計技能;設計團隊的前期探索,用於在 Figma 投入時間之前快速試錯。 不適合的是:需要嚴格品牌規範的企業級設計團隊、需要無障礙合規的產品、以及需要精細畫素級控制的 UI 工作。 建議的工作流是:用 Stitch 快速出 5–10 個方向的視覺稿,選定後匯出到 Figma 做精細化調整和設計系統維護,程式碼部分僅作參考起點,生產級程式碼仍需人工審查和重構。

  • Stitch 2.0 是目前最快的免費 UI 原型工具,沒有之一。語音輸入和 DESIGN.md 是真正的創新。但它依然是一個早期實驗品——輸出質量不穩定、程式碼粗糙、無障礙缺失、沒有長期承諾。在當前的成熟度下,最適合的定位是「快速的靈感生成器」和「Figma 的上游加速器」,而不是「Figma 替代品」。如果 Google 能在退出 Labs 後持續投入並解決精確控制和一致性問題,Stitch 將成為 AI 設計領域的真正重量級選手。

使用者評論

  • 頭像
    SMorris_Max
    用 Stitch 給我的個人專案做了幾套介面,速度確實快,從想法到能看的原型就幾分鐘的事。但每次生成的風格都不太一樣,同一套 App 不同頁面之間看起來像是不同人做的。

  • 頭像
    SamuelBarnes_99
    Stitch 的語音互動挺酷的,對著畫布說「給我三種不同的配色方案」就能看效果。不過說實話,精調還是得靠打字,語音只適合粗調階段。

  • 頭像
    Met_aDex
    先用的 Stitch 快速出了初稿佈局,然後匯出到 Figma 精調,這個流程確實高效。Figma 匯出不是簡單貼圖,保留了層級結構,這點好評。

  • 頭像
    NodeDex
    免費是真的免費,但每月 350 次標準生成有點緊張,做複雜專案幾輪迭代就用完了。要是能有付費擴容的選項就好了。

  • 頭像
    俠客891
    作為不擅長設計的開發者,Stitch 幫我省了請設計師的錢,自己就能出能看的 UI。但設計規範感偏弱,間距和對齊的細節經不起細看。

  • 頭像
    Martha_PerryJr
    DESIGN.md 這個功能確實有想象力,從任意網站 URL 提取設計系統一鍵套用到新專案,做競品分析草稿非常方便。

  • 頭像
    海浪_16
    生成移動端介面效果比 Web 端好很多,複雜 Dashboard 的佈局經常跑偏。Experimental 模式用 Gemini Pro 質量高不少,但配額太少不捨得用。

  • 頭像
    smallpeacock692
    我讓 Stitch 生成一個深色主題的 SaaS 儀表盤,顏色搭配還不錯,但居中佈局經常出問題,元素跑到奇怪的位置。感覺離生產級還有段距離。

  • 頭像
    BrianLewisIII
    用作快速腦暴工具沒問題,幾分鐘就能看五六個方向。但輸出程式碼質量偏低,響應式佈局需要手動大改,直接上線不現實。

  • 頭像
    BRjoh
    初稿速度確實快,但擺脫不了 AI 味。作為起稿工具很強,但最終 UI 還是需要人工編輯——一個日本開發者的總結很到位。

  • 頭像
    SJimenez718
    我用 Stitch 快速出初稿佈局,然後交給 Claude 精調設計系統——顏色、圓角卡片、空狀態、付費牆。沒有經歷漫長的 Figma 馬拉松,幾分鐘就做了設計決策。

  • 頭像
    AnnieLefebvre
    Stitch 的無限畫布方向是對的,但實現還比較初級。拖拽操作不夠流暢,多 agent 並行設計時切換有點混亂,和 Figma 的畫布體驗差距明顯。

  • 頭像
    VIjoh
    MCP 匯出到 Cursor 和 Claude Code 是真正改變工作流的功能,不再是單純的 UI 生成器了,而是一條完整的設計到開發交付管道。

  • 頭像
    JRoss_845
    花了 5 分鐘描述需求,Stitch 生成的介面看起來確實不錯,但總覺得有點千篇一律。理解了為什麼很多人說 vibe coding 出來的 App 長得都很像。

  • 頭像
    NStewart_7
    把同樣的提示詞分別在 Stitch、Claude Design 和 Figma Make 上跑了一遍,Stitch 排名墊底。輸出像免費的 2012 年 WordPress 模板,差距有點大。

  • 頭像
    AgoricArcBell
    Stitch 生成的應用商店素材確實好用,一句描述就能出截圖、描述和圖示。對獨立開發者來說省了好多事。

  • 頭像
    MichaelMorganJr25
    最擔心的是 Google 砍產品。Stitch 還在 Labs 階段,雖然更新頻繁但誰知道能活多久。不敢把核心工作流建立在上面,隨時匯出一份備份比較穩妥。

  • 頭像
    Emily.RobinsonSr
    目前 Stitch 基本是單人工具,缺乏團隊協作能力。幾個設計師一起改一個專案就很不方便。對有設計團隊的公司來說這是硬傷。

  • 頭像
    EChavez_2024
    Stitch 在處理複雜互動時搞不定——按鈕點選後跳哪、表單校驗邏輯這些還是得自己寫。它只管視覺層,業務邏輯完全不碰。

  • 頭像
    墨染381
    釋出當天 Figma 股價跌了 8%,市場反應比使用者反應還大。工具本身還是適合快速原型探索,真正生產級設計還得靠 Figma。

  • 頭像
    煙雨_8
    給客戶快速生成三種不同風格的原型——簡約風、活潑風、專業風,客戶當場選定了方案,省了至少三輪溝通時間。這個場景下 Stitch 確實好用。

  • 頭像
    DebraFloresQ
    Stitch 的 AI 有時候會「忘記」你之前喜歡的元件樣式,新生成時用完全不同的方式詮釋同一個元件。做一致性要求高的專案需要額外人工校驗。

  • 頭像
    DataHubbleAllen
    用它做了一個記賬 App,描述是「極簡風格、薄荷綠主色調」。生成的介面整體氛圍確實到位,色彩搭配和字型選擇都挺有品味的。

  • 頭像
    廖飛莉
    匯出的 HTML 程式碼基本可用,Tailwind 風格,但元件拆分不夠細粒度。適合做原型參考,當生產程式碼用還差得遠。

  • 頭像
    Joyce_Thomas_2023765
    從 URL 提取設計系統真的神了,把一個大廠的配色、字型、間距一鍵提取出來套用到新專案。這是目前最讓我覺得有實際價值的功能。

  • 頭像
    Philip.Long168
    第一版 Stitch 只能出單屏,2.0 的無限畫布和多屏生成是跨越式提升。幾個方向並行探索這個功能,以前只能一個個試。

  • 頭像
    TEvans_88
    Stitch 對提示詞精確度要求挺高的,描述得越詳細出圖質量越好。如果只說「做一個登入頁」,出來的就只是一個基礎的佈局。

  • 頭像
    PRric
    用了幾次 Stitch,速度確實快,但每次都要手工調整很多東西,最後發現自己還是在 Figma 裡重新做了一遍。

  • 頭像
    Samuel_Thomas
    Stitch 釋出 2.0 那天我就在試,語音畫布確實驚豔。但說實話,AI 出來的設計依然有那種「看起來不錯但用起來不對」的味道。

  • 頭像
    EHernandezJr
    完全免費,沒有信用卡繫結,Google 賬號就能用。光這一點就值得試試。Stitch、Figma Make、Claude Design 都在競爭同一個生態位,對使用者來說是好事。