好的AI工作流，是讓工具做選擇題。

大家好，這裏是設計師廢設。

上次聊了作品集，這次想聊聊我是怎麼把 AI 融入到工作流裏的，也算兌現之前對同學們的承諾。

現在用自然語言表達設計意圖，已經能快速生成高質量的界面了。就像“Vibe Design”這個概念，你只要把想要的氛圍和基調傳達清楚，AI 就能給出不少方向供你參考。

萬能 這個詞現在聽得太多了。我在用 Stitch 這類工具時，會先搞清楚它能做什麼，同時也想清楚什麼不該讓它做。畢竟我用的 AI 工具不止 Stitch，選擇還是挺多的。

Google Stitch

哪些地方適合用，哪些地方不適合？

選什麼工具，得看你想達成什麼目標。不是哪個工具最好就用哪個，而是“我想實現什麼”，再來挑工具。

我的目標是在公司內部快速批量地產出 B2B 的落地頁。就是搭一個流程，讓不會設計的同事也能參與進來，完成落地頁的設計和實現。

圍繞這個目標，我第一個想法是，把 Stitch 嵌進這套流程裏。比如用 Claude Code，把它放到落地頁生成周期的某個環節。

Stitch 的創造性和自由度確實很吸引人，但反過來，正因爲這個特點，我也意識到，得想清楚“哪些環節用它、哪些環節不用”，才能在公司內部把它真正落地。說到底，這種地方，立好規矩、適當管控，還是有必要的。

先設計後編碼，還是先編碼後設計？

Stitch 屬於設計到代碼的思路。你傳達設計理念和意圖，它生成視覺方案，最後輸出 HTML 和 CSS。它的長處在於設計上的多樣性和精細度，適合快速嘗試不同方向。

Claude Code則更像是代碼到設計。你輸入結構化的標記文件，它直接生成代碼，而代碼本身就構成了設計。它的優勢在於實現的準確性和對結構質量的控制。

其實討論哪個更好沒什麼意義。關鍵看你優先考慮什麼，以及最終想達成什麼目標。

我自己是以 Claude Code 爲核心的。原因很簡單，可復現，質量可控。我會把設計標準整理成三個 Markdown 文件，然後基於這些標準來生成代碼。有了這套機制，不管誰來做，都能產出質量一致的落地頁。

第二階段分爲兩個階段。

toBLP生成和技能發展週期 - v1

Stitch 整合到 Phase 2 - v2 中

接着說，我把第二階段，也就是設計生成和編輯這塊，又拆成了兩個步驟。

🟦 第二階段-A，用 Stitch 來做可變元素的設計驗證。

我會把 design-system.md 和 lp-structure.md 作爲上下文丟進 Stitcdesign-system.md 比如首屏的基調、行業問題的切入方式、視覺方向這些——同時生成好幾個方案做比較。在固定的約束條件下，只讓它在可變的領域裏發揮。

🟧 第二階段-B，用 Claude Code 來嚴格按照三個 Markdown 標準落地代碼。 Claude Code 會把 Stitch 選出來的那個 HTML 當作“設計簡報”，然後完全按照三個規範文件的要求實現代碼。文案部分一個字不差地從 content-source.md 裏取，結構和樣式也都嚴格對齊標準，目的就是爲了保證最終質量。

這裏有個關鍵點：不要直接拿 Stitch 生成的代碼去用。Stitch 產出的 HTML 只用來傳遞設計意圖，相當於一個可交互的參考稿，不是生產級代碼。

順便說一句，這個流程反過來走也可以。

如果某個項目還沒形成最佳實踐，我不會一上來就定死標準，而是先用這種思路去探索多種方案。等從結果裏摸出規律，再反過來把規範補齊。說白了就是：實踐走在前面，標準化跟在後面。

先定好框架和結構，再去生成想要的結果。

那怎麼發揮 Stitch 的創造力呢？我覺得關鍵不在於用它創造什麼，而在於用它不創造什麼。把不該做的事定下來，框好框架和結構，搭一個能穩定產出預期結果的系統，這纔是設計師該做的事。

具體到執行層面，我會用三個標記文件，明確標出哪些部分是“固定”的，哪些是“可變”的。比如頁眉、表單、FAQ、頁腳這些，屬於固定模塊，而首屏的視覺方向、行業痛點的表達方式、文案的語氣，這些就是可變的。

Stitch 只用來探索可變部分的效果，不會讓它碰固定模塊，也不會用它來修改文案或調整組件的結構。

把這條邊界劃清楚，就是結構設計最核心的事。

技能纔是真正的評判標準。

工具一直在變。今天用的 Stitch，明天可能就有了新功能，後天可能又冒出新的設計 AI。

但結構化和標準化這套能力，是不會過時的。設計系統、LP 結構、內容草稿，只要把這三個層面立住，作爲評判標準，不管用什麼工具，質量都能有保障。

SKILL 這件事，跟工具本身沒關係。它傳給 Claude Code，就是一套實現標準，傳給 Stitch，就變成了探索的邊界，而當人來看的時候，它又是一份大家都能對齊的設計意圖文檔。就算以後工具全換了，這套東西依然能作爲決策的依據。

最後

設計師的工作不是做一個落地頁，而是想清楚“哪些可以做、哪些不能做”，把支撐這一切的系統搭建起來。

也藉着這篇文章，跟關注我的同學們說幾句：別焦慮。

看懂看不懂都沒關係，理解不了也很正常，不用逼自己。先把設計基礎打紮實，等平時用 AI 用出了自己的習慣，再回頭翻翻這篇文章，就當是進階看看。

我不急，等你慢慢來。到時候咱們再一起接着聊。

最後，謝謝你看完。