Google 把 Stitch 升级成 AI 原生设计画布

Google 更新 Stitch，这次变化不只是把自然语言继续往 UI 生成上推了一步，而是把它正式升级成一块 AI 原生的软件设计画布。

Google 在 3 月 18 日发布的官方博客里介绍，新版 Stitch 已经变成 AI-native software design canvas。它支持从自然语言直接生成高保真 UI，并把后续的迭代、原型、规则管理和协作都放进同一块无限画布里。

Stitch 不再只是一个“生成界面”的工具

这次最核心的变化，是 Stitch 的工作方式变了。

新版界面采用无限画布，能够承接从早期想法到交互原型的整个设计过程。Google 同时加入了新的 design agent，以及负责并行方案管理的 Agent manager，让一个项目可以同时探索多个方向，并在同一个上下文里持续推进。

这说明 Stitch 想做的，已经不只是快速吐出几张页面，而是成为一个前段设计工作台：需求、草图、风格规则、流程原型和方案分支，都能留在同一个地方。

Google 开始把“设计上下文”结构化

另一个值得注意的更新，是 DESIGN.md 和从 URL 提取设计系统的能力。

Google 把 DESIGN.md 定义成一种 agent-friendly 的 markdown 文件，可以把设计规则导入或导出到其他设计、编码工具里。再加上从 URL 提取设计系统，这意味着 Stitch 已经开始认真处理跨项目复用的组件规范、视觉语言和设计约束，而不只是停留在“按提示生成”。

这类能力的重要性，在于它解决的是长期迭代问题。真正影响团队效率的，通常不是第一次生成，而是后续修改能不能沿着统一规范继续推进。

从原型到开发工作流的连接开始变厚

新版 Stitch 还支持即时生成交互式原型，并根据点击关系自动补全下一屏流程。这样一来，它输出的就不只是静态页面，而是可以直接预览的流程级原型。

Google 还加入了语音交互、Stitch MCP server、SDK，以及导出到 AI Studio、Antigravity 等开发工具的能力。它想打通的，已经不只是“设计生成”这一步，而是让 Stitch 能进入更完整的团队工作流。

这次更新真正值得观察的地方

现在的 AI 设计工具，很多已经能把界面“做得很快”。但是否能进入真实项目，关键看三件事：上下文能不能保留、规则能不能迁移、产物能不能顺畅交给开发。

Stitch 这次升级，基本都在补这三件事。所以它释放出来的信号很明确：Google 想把 AI 设计工具从演示型产品，往软件生产前端的日常工作台推进。

来源：Google 官方博客《Introducing “vibe design” with Stitch》