Stitch 是 Google Labs 推出的一款在瀏覽器中使用的設計工具，它把描述變成可用的介面設計。你用平常的句子告訴它想做什麼，或者上傳一張草圖、一張截圖，它就產出一份高保真的使用者介面，以及介面背後的前端程式碼。
Google 把當前形態描述為一塊 AI 原生的軟體設計畫布，讓任何人都能用自然語言建立、迭代高保真介面並展開協作。這個說法標誌著一次刻意的轉向。產品剛問世時比較接近一個產生器：你要一個畫面，它給你一個畫面。如今它被定位成一個工作空間，一整個產品構想可以在其中被探索、被重構、被繼續推進。
它瞄準的問題是設計與工程之間的接縫。官方發布公告說得很直接：這是 Google Labs 的一項新實驗，能在幾分鐘內把簡單的提示詞與圖像輸入變成複雜的介面設計與前端程式碼。其前提判斷是，交接環節——也就是把一張介面示意圖變成真正介面的那一段——正是傳統上耗掉最多手工勞動的地方。
該產品於 2025 年 5 月 20 日在 Google I/O 上發布。發布文章提到的緣起值得一提，因為它解釋了產品的形態：這個想法誕生於一位設計師與一位工程師之間，兩人都想做一個能優化各自工作流程的產品。這種雙重作者身分體現在產出上——它同時是一份設計產物和一份程式碼產物。
還有一條流傳甚廣但值得親自核實、而非直接採信的沿革。人們普遍稱該產品是獨立新創公司 Galileo AI 更名後的延續。直接檢查原網域可以確認這層關係：usegalileo.ai 如今已跨站跳轉至本產品的網址，也就是說前一個產品的網路門面已被完整併入。這條跳轉是延續關係的確鑿證據。至於商業細節——收購的時間、條款與交易結構——Google 未在任何官方文章中揭露，二手說法彼此矛盾，因此本頁不作陳述。
由於大量 AI 工具會採用暗示與某家大型模型廠商有關聯的名稱或網域，有必要明確指出：這一個確實屬於 Google。它運行在 Google 自己掌控的 withgoogle.com 網域上；產品在 Google 開發者部落格與 Google 主部落格兩處都以第一人稱發布；其官方技能庫位於 google-labs-code 組織之下；站點由 Google 自有基礎設施提供服務。這是一款 Google 第一方產品，而不是借用名號的第三方工具。
主要的輸入方式是平常的語言，而且可指定的細節程度超出了結構層面。官方給出的用法是，用平實的語言描述你想做的應用，包括配色方案或期望的使用者體驗等細節。換句話說，美感方向與預期觀感本身就屬於提示詞的作用範圍，而不只是畫面與元件的清單。
新版畫布把這一點推得更遠，鼓勵你從意圖而非版面開始。官方的說法是，你不必先畫線框圖，而可以先說明希望達成的業務目標、希望使用者產生的感受，甚至是當下正在啟發你的那些例子。這正是當前產品與範本挑選器之間的實質差別：它被設計成可以接受一個尚未成形的意圖作為起點。
視覺輸入是一等公民，而非事後補充。發布文章寫道：白板上有一張設計草圖、一張令人心動的介面截圖，或者一份粗糙的線框圖？把它上傳上來。一張白板的照片會變成結構化的數位介面——這一點很重要，因為設計工作中最早、最有價值的階段通常發生在並非軟體的載體上。
當前版本用一塊為發散與收斂而生的畫布取代了單一輸出檢視。它與常規設計介面的差別在於可容納的素材範圍：無論你的想法以何種形態存在——圖像、文字，甚至程式碼——都可以直接帶上畫布充當脈絡。程式碼可以與視覺稿並列作為輸入而不僅僅是輸出，這是其中不尋常的部分。
畫布配有一個設計代理，它面向整個專案而非單條提示詞進行推理。官方稱其為一個全新的設計代理，能夠跨越整個專案的演進過程進行推理，並配有用於同時推進多個方向的代理管理器。實際好處是連續性：代理知道你先前否決了什麼、為什麼否決，而這恰恰是每次產生都從零開始時會遺失的脈絡。
跨畫面的一致性由一份明確且可攜帶的產物來承擔。按官方說明，你可以從任意網址擷取一套設計系統，或使用新增的 DESIGN.md 這一對代理友善的 markdown 檔案，把設計規則匯出到其他設計與編碼工具，或從中匯入。
這裡有兩點值得留意。從任意網址擷取設計系統，意味著一個既有產品的視覺語言無需人工整理即可被捕捉。而把該系統表達為 markdown 而非專有二進位格式，使它既能被其他代理讀取，也能被人在版本差異中審閱。對於把設計決策納入版本控制的團隊而言，這個格式選擇的意義比初看時更大。
靜態產出無需額外的原型工具即可變成可點擊的流程：畫面被串聯起來，一個播放控制項即可預覽整段旅程。更值得注意的能力是生成性的而非機械性的——產品能依據點擊自動產生合乎邏輯的下一個畫面，輕鬆勾勒出完整的使用者旅程。它不只是把你已經做好的畫面連起來，而會推斷某個操作理應通往哪個畫面並把它造出來。
這個代理可以用說的。官方描述它能給出即時的設計評審、透過訪談的方式為你設計一個新的到達頁，並即時作出修改。其中訪談式的行為是一種有意思的倒置：不是你預先把需求列清楚，而是工具透過提問把需求引出來——這更接近於向一位協作者交代任務，而不是填寫一張表單。
該產品從一開始就被設計成把成果交出去而不是把它困住。初代即支援把產生的設計貼進 Figma，以便進一步精修、與設計團隊協作，以及併入既有的設計系統，同時也支援直接匯出前端程式碼。
當前版本增加了程式化存取：藉助新發布的 MCP 伺服器與軟體開發套件，你可以透過技能與工具呼叫產品能力，並匯出至包括 AI Studio 與 Antigravity 在內的開發者工具。官方技能庫遵循 Agent Skills 開放標準，列出的相容對象包括 Codex 與 Antigravity 與 Gemini CLI 與 Claude Code 與 Cursor 以及 OpenCode。值得注意的是，這份相容清單跨越了互相競爭的多家廠商，而沒有侷限於 Google 自家工具。
關於採納度，有一個數字需要更正。Google 在 2026 年 3 月的文章中稱該技能庫有 2.4k 星標。撰寫本文時直接檢查該儲存庫，實測為 8.2k 星標、1.1k 分支與 98 次提交——公開的數字是一個已被超越的時點快照。此處採用的是直接實測值。
發布時的獨立實測報導確認，使用者可以在 Gemini 2.5 Pro 與 Gemini 2.5 Flash 兩個模型之間選擇，用於驅動產品的程式碼與介面構思，從而按任務在速度與深度之間取捨。
最契合的是發散階段，此時的目標是數量與廣度而非精緻程度。官方圍繞這樣一個現實來定位畫布：人們往往要經歷多次發散與收斂才能落到一個夠好的方案上，而代理管理器的存在正是為了讓並行的探索保持有序。
創辦人、產品經理與工程師常常需要一個具體的東西供人評判，卻無法在專業設計工具裡做出來。官方明確點名了這批使用者，稱產品既服務於希望探索大量變體的專業設計師，也服務於要把首個軟體想法具象化的創業者。
工作坊結束後拍下的草圖可以被轉換成結構化的畫面，從而保住那些原本會被重新謄寫或乾脆遺失的思考。
從網址擷取設計系統再重新套用，或者把一份 DESIGN.md 在專案之間搬運，適合那些已經有成熟觀感、希望新介面與之相符又不想手工重建規則的團隊。
由於 MCP 伺服器與技能可與多個編碼代理搭配，該產品可以充當自動化流水線中的設計環節：介面在這裡定下來，實作交由團隊已在使用的代理繼續完成。
正式的生產級設計工作是明確的例外，而對這條邊界最有力的表述來自 Google 自己的產品經理，而非來自批評者。詳見下文的限制章節。
給它參照物，而不是形容詞。「乾淨」「現代」這類詞幾乎不傳達資訊；一張上傳的截圖或一套擷取來的設計系統，表達得精確得多。
先發散，後評判。這個產品的設計初衷就是讓多次嘗試變得廉價。看到第一個說得過去的畫面就定案，恰恰浪費了它唯一無可爭議的長處。
檢查流程，而不是畫面。一組單看都合理的畫面，合起來仍可能構成一段不連貫的旅程，而播放控制項是發現這一點最快的辦法。
把 DESIGN.md 納入版本控制。因為它是 markdown，設計決策可以在版本差異中被審閱，也能像其他原始檔一樣在專案與工具之間流轉。
預期在別處收尾。把交接——交給 Figma、交給程式碼、交給代理——當作工作流程的一部分來規劃，而不是當作退路。
不要建立你承受不起的依賴。這是一個實驗專案，下一節會解釋為什麼這一點應當影響你在它周圍搭建多少流程。
專業設計師：用於早期探索——快速產生幾十個方向，再把有希望的那個帶進正式的生產工具。
創辦人與獨立開發者：需要把一個想法變得具體、可分享，而手邊既沒有設計師也沒有設計背景。
產品經理：產出一個夠具體、能讓人針對它爭論的東西，用一個可以直接回饋的畫面取代含糊的文字需求。
前端工程師：想要一個說得過去的初始介面而不必等待設計排程，並且能把產生的標記當作鷹架來用。
使用編碼代理的團隊：MCP 伺服器與跨廠商的技能，使該產品可以成為既有自動化流程中的設計環節。
有生產級要求的企業設計團隊：這一族群應當先讀限制章節。這裡的任何東西都不能取代成熟的設計系統、多人協同編輯，或者一套有治理的交接流程。
產品在瀏覽器中運行，網址為 stitch.withgoogle.com，官方公告即引導使用者前往該處。沒有關於桌面端或行動端應用的文件。
程式化存取可透過 MCP 伺服器與軟體開發套件實現，GitHub 上的官方技能庫支援安裝到多個編碼代理中。匯出路徑包括貼到 Figma、直接匯出到含 AI Studio 與 Antigravity 在內的開發者工具，以及透過 DESIGN.md 交給任何能讀 markdown 的工具。
有一處空缺值得點出：不存在專屬的說明中心或產品專屬文件站點。嘗試存取產品專屬條款或支援頁面，得到的要麼是殼頁，要麼是 Google 的通用說明索引。對支援力度的預期應據此設定。
該產品以 Google Labs 實驗專案的形式提供。無論是官方發布公告還是 2026 年 3 月的文章，都沒有列出任何訂閱等級、價格點或付費升級路徑，而產品頁本身是一個由指令碼算繪的殼頁，從中讀不到任何定價資訊。
有一些第三方文章給出了具體的每月產生額度數字。這些數字在所能找到的任何 Google 來源中都不存在，因此本頁不予轉述。可以準確陳述的是：該產品作為實驗專案免費使用，實際存在用量上限，而當前的具體數值應當在產品內部查看，而不是依賴二手報導。
作為 Google 服務，它受 Google 通用服務條款約束，該條款保留隨時間變更服務的權利。該產品沒有公開的服務水準承諾。
最自然的對比對象是 Figma，但誠實的說法是兩者解決的是相鄰而非相同的問題。Figma 是正式設計工作的所在地——元件庫、多人協同編輯、成熟的開發交接。而本產品是方向被找到的地方。貼到 Figma 這條通道之所以存在，正是因為 Google 預期工作會在那邊繼續。
獨立報導把該產品放在更廣的氛圍編程浪潮裡，與一批瞄準這一新興市場的大型科技新創公司並列，其中包括 Cursor 的開發方 Anysphere 與 Cognition 與 Windsurf。那些工具從描述直接產生應用，而本產品止步於介面層並把成果交出去，因此它與它們互補的時候和競爭的時候一樣多。
相對於上述任一陣營，它最鮮明的優勢是跨廠商的代理相容性、可攜帶的 markdown 設計系統，以及價格。它最明確的劣勢則是實驗性身分。
關於能力邊界，最權威的表述來自 Google 內部而非評測者。在向科技媒體所作的實機演示中，一位 Google 產品經理表示，儘管產品相當有能力，但它並不打算成為像 Figma 或 Adobe XD 那樣的完整設計平台，並把預期角色描述為一個你可以過來把初版迭代做完、然後從那裡繼續推進的地方。
這是異常清晰的廠商指引，其分量應當高於任何第三方評估：造這個產品的團隊並不宣稱它能取代生產級設計工具。獨立報導給出了一致的結論，指出它相比其他一些同類產品在能力範圍上更受限，但確實提供了數量可觀的自訂選項。
該產品始終是一個 Google Labs 專案。Labs 的存在意義就是公開地檢驗想法，這意味著介面、能力與可用性都可能變化，且不附帶正式支援型產品所具備的那些保證。2026 年 3 月的發布是一次徹底的介面重做——這固然可喜，但也說明大幅變動在這裡屬於常態。
Google 的通用條款說明服務會隨時間變化，且該產品沒有公開的服務水準承諾，也沒有專屬的支援管道或文件站點。對於隨意使用與探索性使用，這些無關緊要；但對於考慮圍繞它建立流程的團隊，這就是核心風險。
與商業設計工具不同，該產品沒有可觀的獨立使用者評分累積。因為它免費且不需要採購流程，所以不會出現在那些以企業採購為軸心、評分資料得以沉澱的評價平台上，本次調查也未能找到有實質樣本的獨立評測檔案。
這裡需要一條具體的警告。搜尋這款產品的評測，會返回大量看起來像評估、實則是搜尋引擎最佳化內容或競品周邊行銷的頁面，它們既無署名作者，也未揭露測試方法。其中若干頁面給出了具體數字——尤其是用量額度——而這些數字無法回溯到任何 Google 來源。本頁凡是沒有給出數字的地方，都是因為沒有找到可核實的數字，而不是因為調查半途而廢。
唯一可用的真實採納度訊號是官方技能儲存庫的實測資料：8.2k 星標與 1.1k 分支。這說明開發者對其整合介面有真實的興趣，但它完全說明不了設計師對產出品質是否滿意。
依照 Google 自己的定位，產生的介面應當被當作初稿看待。任何涉及無障礙義務、品牌合規要求或邊緣狀態的內容，都需要這個工具並未被設計去承擔的額外工作。產生的前端程式碼同樣需要經過任何產生程式碼在進入生產環境前都應經過的審查。
該產品把最佳化重點放在產生與再產生上，而不是精細操控。精確調整某個具體元素並不是這套介面所圍繞的核心，這也正是通往 Figma 與程式碼的交接通道存在的原因。如果你的任務是對一份基本完成的設計作一處小而精確的改動，那麼這是工具鏈上不對的那個階段。
產出取決於選擇了哪一個 Gemini 模型，而且與任何生成式系統一樣，同一條提示詞在不同次執行之間結果會有差異。重現某次先前的輸出並無保證。設計代理的全專案脈絡能在專案內部緩解這一點，但無法消除它。
本次調查未能找到該產品專屬的隱私附錄。資料處理落在 Google 的通用服務條款與隱私政策之下，其中說明隱私政策解釋了在 Google 各項服務中如何處理個人資訊，以及使用者保留其上傳內容的智慧財產權。負有嚴格保密義務的團隊應當依據這些通用政策來評估，而不是期待產品專屬的承諾，並且應當注意該產品並未公開任何此類承諾。
是的。它是 Google 在 I/O 2025 上發布的 Google Labs 產品，運行在 Google 自有的 withgoogle.com 網域上，官方技能儲存庫位於 google-labs-code 組織之下。這是第一方產品，不是借用 Google 名號的第三方工具。
它以免費的 Google Labs 實驗專案形式提供。任何 Google 來源都沒有公布訂閱等級或價格。用量上限確實存在，但 Google 未公開具體數值，因此請在產品內查看，而不要依賴第三方給出的數字。
不能，而且 Google 直接這樣說過。一位 Google 產品經理表示它並不打算成為像 Figma 或 Adobe XD 那樣的完整設計平台，而內建的貼到 Figma 通道之所以存在，正是為了讓工作在那邊繼續。
包含配色與體驗方向的平實語言描述，白板草圖與截圖與線框圖這類圖像，參考程式碼，以及從任意網址擷取或從 DESIGN.md 檔案匯入的設計系統。
有四條路徑：貼進 Figma、匯出前端程式碼、透過 MCP 伺服器與軟體開發套件連線，或者直接匯出到含 AI Studio 與 Antigravity 在內的開發者工具。
Google 的 Gemini 系列模型，並有文件記載可在 Gemini 2.5 Pro 與 Gemini 2.5 Flash 之間選擇，以在能力與速度之間取捨。
一份承載你設計規則、對代理友善的 markdown 檔案，可以在專案之間以及與其他設計和編碼工具之間匯出或匯入。由於它就是純 markdown，因此便於比對差異，也能被其他代理讀取。
能。畫面可以被串聯起來，並透過播放控制項作為互動流程預覽，而且它能依據點擊自動產生合乎邏輯的下一個畫面。
需要謹慎。它是一個實驗專案，沒有公開的服務水準承諾，沒有專屬支援管道，並且在 2026 年 3 月經歷了大幅重做。用於探索是合適的；把結構性依賴建立在它之上，則是一項你需要清醒接受的風險。
那個更早的獨立產品的網域 usegalileo.ai 現已跳轉至本產品，這直接確認了延續關係。Google 未公布收購本身的細節，二手說法互相矛盾，因此除這條跳轉之外的具體情況本頁不作陳述。
