用 AI 把 UI 設計轉成 WordPress Theme
從 Prompt 生成畫面、匯出前端程式碼,到在 Antigravity 轉成可安裝的 WordPress 佈景主題。
Bruce Lee 李冠緯
網站開發 × WordPress 社群 × AI 自動化
從「想法」到「本機 WordPress Theme」的完整流程
Google Labs 推出的 AI UI 設計工具
From idea to app
用自然語言或圖片描述需求,快速產生 Web / Mobile 介面設計,並同時提供前端程式碼。
UI + Code
Stitch 不只產生靜態圖,也能輸出 HTML/CSS 或 React 形式,方便進一步交給開發工具處理。
- 適合從零開始探索產品畫面、Landing Page、App Prototype。
- 可透過對話修改版面、色彩、元件與頁面結構。
把「設計前期卡關」變成「可快速迭代的畫面」
傳統流程
- 先畫 Wireframe
- 再進 Figma 做視覺
- 與開發溝通切版細節
- 反覆調 CSS 與 RWD
- 初版常常要數天到數週
Stitch 流程
- 用 Prompt 描述產品與風格
- 快速生成多個視覺方向
- 用對話微調畫面
- 匯出程式碼與素材
- 把時間留給品牌、體驗與內容
不要只說「做一個網站」,要把產品、受眾、區塊與風格說清楚
產品背景
網站類型、目標族群、使用場景。
頁面內容
每個區塊需要有哪些資訊。
視覺限制
品牌色、字體感、版型與氛圍。
Stitch 的輸出重點:讓設計可以進入下一個開發工具
| 匯出方式 | 用途 | 適合時機 |
|---|---|---|
| Paste to Figma | 把畫面貼到 Figma 繼續精修 | 需要設計師接手或做品牌細節 |
| HTML / CSS | 取得靜態前端程式碼 | 要切成網頁、Landing Page、Theme |
| ZIP Package | 打包程式碼與素材 | 交給 Antigravity 或工程師整理 |
| Design Context | 保存設計規則與畫面脈絡 | 讓 AI 開發工具更理解設計意圖 |
下載後先確認:它是「靜態前端」,不是 WordPress Theme
ZIP 可能包含
- HTML / CSS / JS
- 圖片與素材 Assets
- 頁面元件或版型檔案
- 設計說明文件
還缺什麼
- style.css Theme Header
- functions.php
- header.php / footer.php
- WordPress Loop
- wp_head() / wp_footer()
操作提醒:匯出後先不要急著丟到 WordPress,先用瀏覽器打開靜態版本,確認畫面、圖片路徑與 RWD 都正常。
Google Antigravity:Agentic IDE 的指揮中心
指揮官模式
開發者像指揮官,用自然語言派多個 Agents 在不同 Workspace 背景並行。
Artifacts 回饋
產出任務清單、程式碼變動與截圖;可在成果上反白留言,讓代理吸收修正。
瀏覽器自測
能打開 Chrome、點擊、填表、檢查 Console Logs,並自主回頭修復錯誤。
模型多元支援
採模型無關架構,可依任務切換 Gemini、Claude 等模型處理不同開發情境。
把 Antigravity 當成「會自己看專案、拆任務、改程式」的 AI 開發環境
Open Folder
開啟 Stitch 匯出的 ZIP 解壓縮資料夾。
Ask Agent
請 Agent 先閱讀專案結構,整理目前頁面與素材依賴。
Define Mission
明確要求轉換成 WordPress Theme,而不是單純修前端。
先在本機建立一個可以放心拆壞的 WordPress 沙盒
不用主機也能跑
LocalWP 會在電腦裡建立 WordPress 測試站,不需要先買主機或設定網域。
安全試 Theme
AI 轉出的 Theme 可以先在本機啟用、預覽、修錯,不會影響正式網站。
接上交付流程
確認畫面、圖片路徑與 RWD 正常後,再打包部署到正式 WordPress 環境。
今天用 LocalWP 當安全練習場:先讓 AI 產物能被 WordPress 安裝,再談上線與維護。
先建立安全的本機 WordPress 測試環境
建議先建立一個乾淨測試站,避免直接在正式網站上測試 AI 轉換結果。
初版可以先保留靜態,第二階段再導入 WordPress 動態化
階段 1
完成可啟用 Theme,畫面與 Stitch 靜態版一致。
階段 2
把標題、段落、按鈕連結改為 Customizer 或 ACF 欄位。
階段 3
把重複區塊轉成 Gutenberg Block 或 Pattern。
Antigravity 要轉換的不是「一頁 HTML」,而是一個 Theme 專案
靜態 → Theme
拆出可重複使用的 header、footer、template。
寫死 → WordPress
把內容逐步替換成 WordPress 函式與後台可管理資料。
給 Agent 的任務要「具體、可驗收、分階段」
讓樣式與腳本用 WordPress 方式載入
不要直接在 header.php 寫死 CSS/JS 路徑;用 enqueue 才符合 WordPress Theme 的標準做法。
Theme 啟用前,至少檢查這 8 件事
- Theme 後台可以正常啟用
- 首頁畫面與靜態版一致
- CSS / JS 沒有 404
- 圖片路徑都正確
- 手機版 RWD 沒有破版
- wp_head() / wp_footer() 存在
- 選單、按鈕、表單可正常操作
- 沒有把測試 API Key 或私密資料放進 Theme
AI 設計不是終點,而是 WordPress 開發的起點
這套流程的價值:更快做出可驗證的網站原型
Stitch 負責把想法變成畫面;Antigravity 負責把畫面整理成工程;WordPress 負責讓網站可以被管理與持續營運。
速度
降低從空白畫布開始的成本。
可交付
不是只有截圖,而是可測試的 Theme。
可維護
用 WordPress 結構接住後續內容與客戶需求。
Q & A
歡迎提問、交流,也可以掃描 QR Code 加入 Facebook,持續討論 WordPress、AI 工具與數位創作。
掃描加入 Facebook
取得最新分享、活動資訊與技術交流。