Stitch 这一次把”画布”换成了”对话”
Google Labs 旗下的 UI 设计工具 Stitch 在 5 月 21 日推送了一次较大的版本更新。原本的产品形态是给一段提示词，自动生成一张移动端或网页的 UI 设计稿；新版本把交互逻辑彻底改成对话式——开发者上传现有代码或设计稿，Stitch 直接读懂上下文，再用自然语言迭代界面。一个”修改一下登录页的间距”的指令，过去要在 Figma 里手动调一遍，现在 Stitch 会同时给出 Tailwind 代码、Figma 设计 token 和实时预览。
为什么这一次的升级值得看
过去一年里，AI 生成 UI 的工具不少——v0.dev、Lovable、Bolt、Galileo 都在抢这个赛道。Stitch 直到这次更新前的口碑都偏向”原型够快但精度不够”，开发者拿到生成稿之后，往往还要在 Figma 里重画一遍。这次更新真正动了三个地方：第一，可以导入现有项目的 React/Vue 代码作为上下文，让生成结果跟项目已有的设计系统对齐；第二，加入了实时协作，团队多人能在同一个 Stitch 项目里共编辑；第三，开放了 design token 导出，能直接对接 Figma Variables 和 Tailwind config。
导入代码这一步是关键。一位早期使用者、Vercel 设计工程师 Rauno Freiberg 在 X 上说过一句很到位的话：”AI 设计工具这两年的瓶颈不是生成质量，而是它生成的东西跟我们项目里既有的代码长得不像。Stitch 这次把上下文窗口拉到能塞下整个 design system 的级别，第一次让 AI 输出物可以直接 ship。”Vercel 自己的 v0.dev 是 Stitch 的直接竞品，能听到 Rauno 这种公开的肯定，说明产品确实做到了一些事情。
Google 在 UI 工具上的产品逻辑
Stitch 不是一个独立产品，它属于 Google Labs 实验体系，和 Gemini Code Assist、Project IDX、Firebase Studio 共享同一套 Gemini 2.5 模型基座。这次更新背后是 Gemini 2.5 在多模态理解上的代际提升——能同时把代码、截图、设计稿当作输入，给出一致的输出。Google Labs 负责 Stitch 项目的产品经理 Jaclyn Konzelmann 在产品博客里写得很直接：”我们想做的不是替代设计师，而是把’先设计再写代码’这条链路压扁——设计师跟工程师在同一个对话里改东西，比异步在 Figma 评论里来回更快。”
实际数据是产品自带的：Stitch 内测期间，团队报告平均一个登录页/设置页的从零到可交付时间从 4 小时压到 35 分钟。这个数字在小型创业团队里有意义——他们没有专职 UX 工程师，把零碎的内部工具页面交给 AI 跑通能省下大量周边支出。但对大厂复杂场景（多状态、多分辨率、可访问性合规）效果还是要打折扣，Stitch 自己的产品页也写明 beta 阶段优先支持中小型项目。
对话式不会取代专业设计，但会改变入门门槛
把这次升级放在更长的时间线里看，它跟 Cursor 给开发者带来的体验变化是一类东西——把工具从”动手做”变成”说话做”。设计师的核心价值在于审美判断、可用性思考和品牌一致性，这些 AI 短期内还做不到；但是写边界 case 的小工具页、给非设计岗的工程师快速搭一个内部后台、给产品经理出原型，这些场景已经被 Stitch 这类工具吃掉一半。短期看 Figma 还是不可替代，长期看设计工具市场的入门段位会被推平——从”会不会用 Figma”变成”会不会描述清楚自己想要的界面”。
参考链接：
