Claude 设计工具为何难成熟？模型能力是瓶颈

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），模型则是厨师。同一套厨房，换一个厨师，做出来的菜可能完全不同。

Claude Design 的 Harness 层在技术上并不复杂。只要花点心思逆向分析，提示词和工具代码几乎都可以拿到。我已经做过了，成果放在 baoyu-design（https://github.com/JimLiu/baoyu-design）中，可以借助 Skill，让 Claude Design 在其他模型上运行。工程上并没有秘密。

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 显然针对设计和架构这类场景进行了大量训练和优化。

可以看看 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 或其他厂商后续模型的进化速度了。