ARTICLE · 1125211
今年的AI设计工作流:进代码、做工具、用多个agent、多做判断
这一年我一直在关注 AI 前沿大厂设计师用 AI 的工作流，之前也陆陆续续分享了很多设计团队、设计师个人是怎么用 AI 工具工作的。
这次收集了 
OpenAI、
Anthropic、
xAI、
Figma、
Stripe、
Cursor、
Linear、
Notion 等 30 多家公司设计师的公开发言，一共 条。八月和九月开始发言越来越多，占了整体的 。这也表明，到了下半年，各家公司内部已经跑了一段时间的探索，也验证了很多行得通的 AI 设计工作流，开始把经验公开分享出来。
统计的是这次收集到的数量，不代表行业总量。
从这大半年的公开发言里，可以看出一个大趋势：年初，很多设计师还在尝试 AI 能做哪些工作；到了今年下半年，已经有设计团队按照 AI 重新安排了从出方案到上线的整个流程。
月
设计师开始直接在代码里做设计
月
设计师开始自己动手做工具
月
设计师同时使用多个 agent
月起
产出越来越多以后，更需要设计判断
月
OpenAI 发布 
Codex 桌面版。设计负责人 
Ian Silber 当天在 X 上发文，Codex 正在改变他们团队设计和构建产品的方式。
Notion 设计师 
Brian Lovin 在 How I AI 节目里介绍，团队做的原型都放在一个叫 Prototype Playground 的代码仓库里。
Brian Lovin 自己花在 
Figma 上的时间，从之前的约 降到了
Anthropic 的 
Claude 设计负责人 
Jenny Wen 在 Lenny's Podcast 的访谈里说，调研、发散、收敛出稿、迭代这套经典设计流程，已经跟不上 AI 的速度。
Jenny Wen 用在出稿和做原型上的时间，从之前的 降到了
另外有 的时间，她是和工程师坐在一起直接修改。
Perplexity 设计经理 Sebastian Speier 让团队里每个设计师都开始使用 
Claude Code，设计稿的信息源放到了 
GitHub 上。他在 X 上是这样写的：
Figma 还适合画草图、做快速的视觉试验，但我们显然已经不再把它当主文档了。
Sebastian Speier · 设计经理 · Perplexity
Anthropic 发布了 Claude Design，做好的设计可以交给 
Claude Code 去实现。
Google 开源了 
DESIGN.md，设计规则可以写成 agent 能读取的文件。
Adobe 设计团队在官方博客里写道，设计师对比过多种 vibe coding 工具之后，还是选择了工程团队在用的 
Cursor 和 
Claude Code，内部工具 
Protopack 负责解决环境配置的问题。
Stripe 设计经理 
Owen Williams 在 X 上公开了他做的内部工具 
ProtoDash，用 Stripe 设计系统里的真实组件和 MCP 生成原型。
月
𝕏 和 SpaceXAI 的设计负责人 Benji Taylor 在 X 上说，官网和动效图标都是在 
Grok Build 里用代码完成的。
一周后 Taylor 又发帖说，团队用 
Grok Build 做了一套内部设计工具，SpaceXAI 的发布视频就是用这套工具做出来的。
Cursor 设计师 
John Bai 在 Config 大会后的回顾帖里写道，团队自己搭建了原型工作台 Baby Glass，产品界面是在里面边做边设计出来的。他把这类工具也算作设计师的产出。
Figma 内部团队把评审预演、UX 文案、评审复盘这些工作写成了 skill。
月
YC 设计负责人 
Eve Bouffard 让 
Claude 做了调参面板这类一次性的小工具，还按情绪板一次生成了 版网站方案。
月
品牌团队在 
Figma Make 里现场搭建了材质工具和抖动工具，Config 2026 的视觉就是用它们做出来的。
月
OpenAI 开发者体验团队的 
Nick Baumann 在 How I AI 节目里演示，用语音同时给多个 
Codex 任务分配工作，agent 做完之后停在提交前，等待人来确认。
xAI 设计师 
John Bai 在 X 上说，
Grok Bot 的发布配图是他让自己的 bot 在 
Figma 里做出来的。
Designer Fund 发布了 
Shopify 设计团队的案例。设计副总裁 
Katarina Batina 的团队里，
Claude Code 和 
Codex 各有一半的人在用，团队还自己搭建了 agent 的运行框架。
ElevenLabs 设计负责人 
Nev Flynn 在 Dive Club 的访谈里说，团队把设计系统改成了 agent 可以直接读取的形式，另外准备了给 agent 使用的说明文件。
OpenAI 设计师 
Blaine Billingsley 在 Mind the Product 的演讲里演示了 ChatGPT 的产品设计插件，可以从找灵感、做 
FigJam 情绪板、出 10 种风格，一直做到 React 原型。
Grok Bot 的设计师 
Peng Zheng 和工程师 Lauren Tan 在 Peter Yang 的访谈里介绍，团队里设计、工程、PM 各有自己的 bot，每个 bot 负责一类工作，在同一个群聊里讨论和交接。
Grok Bot 设计团队按角色给每个人配置了 bot，团队一共用了
个 bot
设计师 
Peng Zheng 做一个流程时，自己只完成最前面的
剩下的交给 designer bot 扩展成完整流程
月起
月
YC 设计负责人 Bouffard 做杂志插画时刻意不用 AI，回到 
Illustrator 里手工绘制。
Linear 的设计团队仍然用 
Figma 探索设计方向。设计师 Isha Kumar 给 AI 划定了使用范围，只在限定的几类工作里使用。
Anthropic 设计负责人 
Joel Lewenstein 在 South Park Commons 的对谈里提出了 slop gap 这个概念。AI 写代码、上线的速度越来越快，做出来的产品却不一定是用户想用的，设计师需要判断什么内容值得占用用户的注意力。
Stripe 设计负责人 
Katie Dill 的演讲题目是用 AI 抬高上限。演讲里举的例子是峰会的开场动画，设计师先做出 3D 场景模型，再用 AI 做动画，一共迭代了 版。
收集这些资料的过程中，我自己的感受是，设计团队使用什么工具、流程怎么安排，每家公司都有自己的 context，产品形态、团队规模、设计师和工程师协作的习惯都会影响他们的选择。
就像 
Perplexity 把设计稿的信息源放到了 
GitHub 上，
Linear 的设计团队仍然从 
Figma 开始探索方向，这两种做法都符合各自团队的情况，很难说哪一种更好。
我又想起来，之前 
Linear 的 CEO 
Karri Saarinen 回应 
Cursor 的可视化编辑器时，写过他的担心：
当我们开始把设计师当成摆弄代码的人，这个领域里的产品只会越来越标准化。我不反对让代码变得更容易上手，也一直鼓励设计师学习写代码、理解这个媒介。
对设计师个人来说，要不要学习 vibe coding、自己做工具、同时使用几个 agent，我觉得更多是由自己的 motivation 驱动的。想把哪一部分工作做得更好，就会主动去尝试对应的工具。所以我了解这些案例的时候，会先联想解决的是什么问题，然后用什么工具可以解决、甚至很快地解决。
本文素材来自 X 上设计师的公开发言、YouTube 上的访谈和演讲，以及 Anthropic、Adobe、Figma、Linear 等公司的官方文章。