Anthropic 最近推出了 Claude Design，是我除了編程之外用得最多的 Agent，也推薦過很多次。效果真的好：你用一句話描述想要的 App，它直接給你生成一個可交互的原型，點哪哪都有反應，不仔細看還以爲在操作真實的 App。
有網友問：爲啥 Codex 還不推出類似 Codex Design 的產品？
簡單來說，GPT-5.5 的模型能力還做不好這件事。但要解釋清楚爲什麼，得先理解一個關鍵區分。
【1】Agent 的兩層：模型和 Harness
很多人把 Codex、Claude Design 和 GPT-5.5、Claude Opus 4.8 混在一起說，其實它們是完全不同的兩層。
Claude Design 和 Codex 是"產品層"，業界叫 Harness，包括提示詞、工具鏈、UI 交互流程這些工程層面的東西。Claude Opus 4.8 和 GPT-5.5 是"模型層"，是真正幹活的大腦。
打個比方：Harness 是廚房，裏面有鍋碗瓢盆（工具）和菜譜（Skills），模型是廚師。同一套廚房，換個廚師，做出來的菜完全不一樣。
理解了這個區分，後面的事情就好說了。
【2】Harness 不是門檻
Claude Design 的 Harness 層技術上不復雜。花點心思逆向一下，提示詞、工具代碼幾乎都可以拿到。我已經做過了，成果在 baoyu-design（https://github.com/JimLiu/baoyu-design），可以藉助 Skill 把 Claude Design 在其他模型上運行。工程上沒祕密。
真正拉開差距的是背後的模型。
【3】高精度可交互原型，難在模型
Claude Design 這個名字容易讓人誤解，以爲交付的是 Figma、Photoshop 那樣的靜態設計圖。實際上它交付的比 Figma 更進一步，是融合了設計稿和原型的高精度可交互原型：你不光能看到設計，還能直接上手操作。
這對模型的要求很高。
舉個例子。我要做一個類似 X/微博的客戶端。讓模型畫一個好看的靜態界面，很多模型都做得到。但要讓這個界面能交互就複雜了：切換不同 Timeline，展示不同類型的推文（文本、圖片、視頻），點贊要變紅心，刪推要從列表消失，從列表點進詳情再返回，狀態還要保持住。
要做到這些，模型必須在動手畫 UI 之前，先把整套數據結構和狀態管理想清楚：tweet 長什麼樣、timeline 有哪幾種、每個按鈕當前是什麼狀態、狀態之間怎麼聯動。這是系統架構設計的活，不是畫 UI 的活。
Claude Design 對模型的要求，是同時具備優秀的 UI/UX 設計能力和系統架構設計能力，缺一個效果就大打折扣。這也是爲什麼我之前反對只產出純 HTML 的設計稿，那只是靜態的 UI 設計，沒有融合 UX 交互。
有條件的話可以自己測試感受一下。比如用這個提示詞：
Design a X Client for Mac, similar to Tweetbot for Mac from Tapbots
同樣的提示詞讓 Codex 去做，也能出個東西，能看，也能簡單交互。但對比一下就知道差距了：列表能滾動，sidebar 不能點；點贊按鈕沒反應。來回迭代好幾輪，才能達到一個勉強湊合的水平。
Claude Design 做出來完全不一樣。從 Timeline 切到通知頁，從列表點進詳情再返回，全程流暢，狀態都保持住了。不仔細看真以爲在操作一個完成度很高的 App，雖然數據都是模擬的。
Claude Opus 4.8 顯然在設計和架構這類場景上做了大量訓練和優化。
【4】產出物就是代碼
去看 Claude Design 的產出物，注意裏面的 data.jsx 文件。它把整個設計的數據結構定義得很清晰，基於這個結構模擬了一套完整數據，然後用 React 在這套數據上構建 UI。
設計產物本身就是代碼（React、CSS、JSON），不是 Figma 或 PSD，任何開發者拿到都能直接看出按鈕的圓角、主色、間距，照着自己的技術棧實現就行。後續設計變更？git diff 一看就知道改了什麼。設計和開發之間的溝通損耗降到了最低。
說得不嚴謹，應該說設計 Agent 和開發 Agent 之間的溝通損耗很低了。現在都是人在指揮 Agent 去設計，人指揮 Agent 寫代碼了。
【5】怎麼用好 Claude Design
很多人不知道該怎麼用好 Claude Design，其實有點像 Vibe Coding：有個基本的想法，先讓它做一個版本出來，然後通過 Chat 去指揮 Agent 幫你改，調整幾個版本你的思路就清晰了。
整個調整的過程非常神奇，有一種"言出法隨"的感覺，你想讓它怎麼改它總能給你實現出來。這也是爲啥我現在很癡迷用 Claude Design，反饋來得太快太過癮了。
還有一個小技巧：不要說太具體的要求，而是說你的目標是想要什麼，讓它自由發揮。往往能得到更好的效果，畢竟它訓練過幾乎所有公共的 UI 設計。
回到最初的問題。Codex 不推類似的設計產品，是因爲 GPT-5.5 還扛不住這個活。畫個好看的界面很多模型都行，難的是在動手之前把數據結構、狀態管理、交互邏輯都想清楚，然後一次性交付一個完整的可交互原型。
目前只有 Claude 的模型做到了。至於能領先多久，就看 OpenAI 或者其他家後面模型的進化速度了。