我花了一個週末玩 Claude Design，最有感的不是設計更快

我花了一整個週末玩 Claude Design，記錄一下幾個心得。

Claude Design 是 Anthropic 最近進入 research preview 的新產品，定位是 AI-native 的設計工具。你用自然語言描述，它直接產出互動式 prototype，而且 export 出來不是圖檔，而是可以跑的 React + CSS。

驚艷是真的驚艷。

但玩到一半，我腦袋冒出的不是「設計更方便了」，而是一個很老的問題：這個時代抄產品，會不會又更容易了一些？

1. 不只是更好看，而是整個生態系被串起來了

市面上最常被拿來比較的是 Google Stitch。

就我自己的體感，Claude Design 最明顯的差異不在於畫面更精緻，而是整條路被打通了。設計完可以直接 handoff 給 Claude Code，設計稿本身就是工程師可以拿來跑的 code。

從描述，到互動 prototype，再到可以落地的實作，中間少了很多「匯出到另一個工具再重做一次」的斷層。

這也是我覺得它最有意思的地方。大家在比的看起來像設計工具，但實際上在比的是「從想法到上線」這條路徑到底有多完整。

2. 有 design system，才真的有差異

玩了兩天之後，我觀察到一個很明顯的現象：如果你沒有提供 design system，或是規格敘述不夠清楚，產出還是很容易跟別人長得很像。

我這兩天在社群裡看到很多作品，常常會出現很接近的色調、字體與版面語氣。我自己隨手產的東西，也曾經掉回那種很像平均值的區間。

這件事讓我想到前陣子在公司做的一場 AI 簡報內訓。當時我花很多篇幅講建立自己的 design system，原本是拿來講簡報，但放到 Claude Design 身上完全一樣。

在 AI 時代，有系統的輸入，決定了你輸出的獨特性。

有好的 design system，Claude Design 用起來會如虎添翼。沒有的話，你只是在高一點的平均值附近打轉。

3. 抄產品的門檻，確實又更低了

這是我玩完最有感的一段。

其實在 Claude Code 出來之後，只要搭配一些良好的操作方式，臨摹一個既有產品就已經不是難事。Claude Design 只是把這個門檻再往下砍一刀。

身為一個在創業路上被抄過好幾次的人，這件事我體感特別深。

AI 時代這件事只會加重。更麻煩的是，其實不需要抄到高仿真，只要讓 AI 換一個精緻一點的風格，整個東西看起來就像是另一個產品了。外觀辨識度，在 AI 時代已經不是那麼穩的護城河。

所以問題最後會繞回更本質的題目：軟體接下來的護城河還有哪些？是資料？是 workflow 的深度整合？還是對客戶 domain 的理解？

我覺得這會是接下來幾年很值得繼續思考的問題。

4. Research preview 階段，企業使用要特別小心

週末順便把現階段的協作與資安設計摸了一遍，我的感想是：個人玩 prototype 沒問題，但企業要很小心。

現階段比較值得先認識的幾件事，包括：

• 協作能力仍有限，正式團隊流程還沒有完全成熟
• handoff 與分享機制有方便的一面，也有邊界需要先想清楚的一面
• audit logs、usage tracking、data residency 這類企業在意的治理能力，還不算完整
• 上傳資產的保存方式，也需要先理解清楚

這些都不是不能用，而是要知道它現在還在 research preview。

個人實驗、產品原型、快速探索都很適合；但敏感資料、客戶資料、正式設計檔，我現階段不會太快放進去。

後記

整體來說，Claude Design 確實很可能是屬於設計工具世界的一個重要轉折點。

但也因為如此，我反而更提醒自己兩件事：

第一，在 AI 時代，你的 design system 跟 domain 深度，會比視覺表層更重要。

第二，護城河的定義正在被重寫。這件事對創業者、CTO、產品設計者都會很重要。

PS

如果之後要繼續寫下去，我最想展開的一題其實是：當設計與實作都越來越容易之後，軟體產品的護城河到底還剩下什麼？