夜雨聆风这篇文章很容易被误读成一个 AI 设计工具介绍。
但 Nate Parrott 写的其实不是“Claude Design 能做什么”。他讲的是一个产品设计师在工程速度被 AI 拉高之后，怎样重新安排自己的设计流程。
故事从 2025 年秋天开始。
当时 Nate 是 Claude Code for VS Code 上唯一的产品设计师，和两位工程师一起做一个更友好的图形界面。Claude Code 团队开始更快、更激进地 shipping。工程师的速度变了，而设计师还是原来的速度。
他需要追上来。
最初的方法很朴素：把 Claude Code 的输出复制到 Claude，补一些截图，然后问它“为什么不设计一下这个功能”。结果不好。
真正的突破，是把 Claude 放进一个 HTML playground。
HTML 不只是网页格式
Nate 在文章里写了一句很关键的话："Eventually I stumbled onto the answer: Claude is really good with HTML."
很多人把 HTML 理解成网站格式。
但在设计工作里，它也可以是一种可交互的视觉媒介。幻灯片、PDF、视频里的画面、产品原型、动画控制台，都可以用网页的方式表达。
于是 Claude Design 最早的形态出现了：左边聊天，右边预览，Claude 生成 HTML，设计师立刻看到结果。
这一步让 AI 的输出从“描述一个界面”，变成了“产出一个可以看、可以点、可以分享链接的 artifact”。
差别很大。
描述需要想象，artifact 可以直接被讨论。
好输出来自真实上下文
HTML playground 只是第一步。
Nate 很快发现，产品设计不是把控件摆好看，而是把产品和品牌的知识用进去。
所以他花时间把 Anthropic 品牌的字体、颜色、资产和原则提炼成 prompts。这样，当他输入需求时，Claude 的输出会更接近 Anthropic 的品牌规范。
这也是很多 AI 设计输出变得平庸的原因。
不是模型完全不会设计，而是它不知道你的产品是谁，你的品牌是什么，你的组件怎样工作，你的团队已经做过哪些决定。
如果不给上下文，它只能回到自己的默认审美。
所以这篇文章最实用的部分，不是“用 Claude Design 生成页面”。
而是这个顺序：先想清楚意图，再给真实资产，再生成方向，最后由人判断。
它不是 logo 工具，也不是生产编码工具
Nate 明确说，Claude Design 没有 image model，也不是为 image generation 构建的，所以不适合 logo design。
这句话很重要。
很多 AI 工具讨论会把所有视觉工作混成一类。但在实际工作里，logo、插画、产品原型、演示文稿、落地页、动效控制台，是不同的任务。
Claude Design 更适合的是早期 ideation、collaboration，以及在团队真正投入构建前拿到 buy-in。
如果你要 shipping production software，Nate 的建议也很明确：用 Claude Code。
Claude Design 和 Claude Code 的关系，不是替代，而是 round-trip。
你可以把 Claude Code 里的 prototype 同步到 Claude Design，在 canvas 上继续迭代；也可以把 Claude Design 里准备构建的 prototype 交给 Claude Code。
这背后的判断，比产品功能更重要。
当模型越来越会构建生产软件时，最值得珍惜的工作会更早发生：有好想法，让团队对齐，在想法还早的时候收集反馈。
真正的工作流：先多，再挑，再混合
Nate 每天用 Claude Design 做很普通但很关键的设计工作：wireframe 早期想法，或者生成 15 个 flow 版本给同事反馈。
这不是把设计师变成“等 AI 给答案的人”。
相反，设计师的判断更前置了。
他会先花很多时间写 prompt。有时用语音，有时在手机 Notes 里打，有时散步时录一段想法，再把 transcript 粘贴进去。
然后，他会要求多个方向。
文章里有一个很直接的建议："Ask for ten options, then remix."
大多数方向不会好，这很正常。关键是其中一两个会露出可用的结构、语气或视觉关系。接下来不是接受它，而是说：我喜欢 B，也喜欢 D 的一点东西，给我五个混合版本。
这改变了设计的心理模型。
过去你可能会在第一个稿子上不断精修。现在更合理的方式，是先扩大探索面，再把判断力用在选择和混合上。
最后一公里要手动
文章里另一个很有经验感的建议，是 "Make the last mile manual."
Nate 建议用直接编辑工具处理最终 touches，比如移动、删除、改文字、调整大小、换颜色。
原因也很简单。
这些动作不需要消耗 tokens，而且尺寸、对齐这类小判断，本来就更适合人眼完成。
这点非常反直觉。
很多人以为 AI 工具的成熟，意味着所有调整都应该继续 prompt。实际工作里，好的 AI 工作流往往是混合的：模型负责快速生成空间，人负责意图、判断和最后精度。
如果你只是想让一个按钮向左一点，不必把它重新解释给模型听。
直接拖。
让设计先活起来
文章最后引用了 Bret Victor 的一句话："Everything we draw should be alive by default."
这句话解释了 Claude Design 为什么有意思。
它不是把静态设计图做得更快，而是让更多设计从一开始就可以互动、演示、被讨论。
Nate 喜欢的作品，是那些不太能塞进旧分类的东西：带交互模拟的文档，会说话的 slide decks，本身也是视频的图表，本身也是编辑器的设计。
当 HTML 变成设计师可以比较容易使用的创作媒介，原型和沟通物之间的边界会变模糊。
一份文档可以是 demo。
一页 deck 可以是小工具。
一个 diagram 可以是会动的解释器。
这件事真正改变了什么
Claude Design 的核心价值，不是替设计师判断什么是好设计。
它也不是让每个人跳过设计能力。
更准确地说，它降低了探索、表达和对齐的成本。
以前，一个方向要不要继续，常常要等到有人做出相对完整的稿子。现在，一个方向很早就能变成可以点开的 artifact。
这会改变团队讨论的时机。
坏方向会更早暴露。
好方向会更早被看见。
团队不会只围绕抽象描述争论，而是围绕可以试、可以改、可以分享的东西形成判断。
所以，AI 设计最值得关注的问题，不是它能不能一次给你终稿。
而是它能不能让你在真正投入构建之前，看到更多可能性，并更快知道哪些不值得继续。
设计师的工作没有消失。
只是它更早发生，也更像是在管理一片可能性空间。