用 Google Stitch 做 vibe design：它做对了什么，又会在哪里把你套牢

当 Google 抛出 "vibe design" 这个说法时，它是用一款产品来背书的：Stitch，一个把 prompt 变成 UI 的 AI 工具。这一点值得好好琢磨——你搜的这个词，很大程度上本身就是一次 Google 的产品发布。所以真正诚实的问题不是抽象地问 "什么是 vibe design"，而是 "Google 这一版，是你该拿来当地基的那一版吗？" 我用平时检验每一款 vibe design 工具的那套真实需求把 Stitch 跑了一遍，结论是个不折不扣的 它确实很好，而下面这些地方正是它不再属于你的临界点。

我先把话说在前头：我们做的是 Open Design，站在这同一块领域的开放那一端。所以请带着这个前提来看这场对比——但下面的赞许是真心的，因为假装 Stitch 不行只会赔上我的可信度。

Stitch 究竟是什么

Stitch 是 Google 的 prompt-to-UI 工具。你描述一个界面——或者通过它的 Voice Canvas 把它说出来——它就生成一个干净、连贯得出乎意料的界面，你可以用自然语言迭代它。它支持导出到 Figma，也支持导出到前端代码，截至撰写本文时，它在 Google Labs 里是免费的。在我们那篇 vibe design 工具盘点的分类法里，它是 "大平台 AI" 这一类里最强的一档：快、精致，背后还有 Google 的模型撑腰。

它做得漂亮的地方

该夸就得夸——如果有人从没玩过 vibe design，Stitch 就是我会递给他的那款工具：

• Prompt 到 UI 的质量。第一屏是真能用的，而不是早期 AI 草图给你的那种 lorem-ipsum 糊弄货。Google 的模型功力可见一斑。
• 速度和价格。从想法到一个像样的界面，不到一分钟，还免费。要探索方向，这点很难被超越。
• Voice Canvas。把一个 UI 说出来，听上去像个噱头，直到你一边大声琢磨一边腾出手重塑了一版布局。这是这里最新鲜的东西。
• 导出通道是有的。它没有假装草图就是终点——它会把活儿交接到 Figma 和代码，这一点已经领先于那些把你晾在一张图上的工具。

如果你今天的任务是 "给我看看这个界面的一个方向"，Stitch 是个很棒的答案。这话我是认真的。

它给你设的坑

下面是发布演示会跳过的那一段——也是决定你要不要在它上面盖楼的那一段。Stitch 的每一个坑，都是同一件事的变体：这份便利的前提，是你一直待在 Google 的围墙里。

• 交接是一次导出，不是一条管线。"导出到 Figma/代码" 听起来像是所有权，但它是一次单向倾倒——你拿到的是一份产物，而不是一条活的链接。在 Stitch 里重新生成一遍，你在下游做的那些编辑不会跟着回来。（这道裂缝为什么咬人，整个故事都在 vibe design vs vibe coding 里。）
• 你的设计系统不是事实源——Google 的模型才是。Stitch 是按它自己对 "好设计" 的理解来生成的，而不是按你的 token 和组件。跨多个界面看，这就是 设计漂移悄悄潜入的方式：每一份输出都看着合理，却没有一份被钉死在你的系统上。
• 它是 Google 的一块地盘。路线图、定价、数据、可用性，都是 Google 说了算。"在 Labs 里免费" 是一句美妙却保质期很短的话，而把一支团队的工作流建在一款 Labs 产品上，等于是在押别人的某个季度。

这些都不能说明 Stitch 不行。它们说明的是它是属于 Google 的——而这没问题，直到你需要这份输出、这条工作流、或者这套设计系统真正属于你的那一刻。

Stitch 对阵开放路线

那么，便利什么时候胜出，所有权又什么时候胜出？换我来拍这个板：

该上 Stitch 的时候，是你在探索、做原型、或者学 vibe design；是当输出只是一个用来反应的方向、而不是一套要去维护的系统；是当 "在 Google 里又免费又快" 正是你想要的那笔交易。它是一块极好的草稿板。

该走开放路线的时候，是当输出必须长成一款归你所有的产品——接到你的设计系统上，活在你能 diff、能留存的文件里，由你本来就在跑的那个 agent 和那条管线驱动。这正是 Open Design 押的注：与其从一个围墙工具里往外导出，不如让设计系统成为一份可携带的 DESIGN.md，设计和代码都得遵从它，于是 那股 vibe 从 prompt 一路活到上线，中间没有一扇单向门。

这不是 Stitch 要么什么都没有。很多团队会在 Stitch 里打草稿、在别处掌握构建——这是一套完全说得通的工作流，只要你清楚每款工具各自在做哪一半。

怎样把 Stitch 用好

如果你真要上它，那就把它榨干、又别被它卡住：

• 拿它定方向，别拿它定系统。生成几个选项，挑一个，然后照着你真正的设计系统重建，而不是把导出当成终稿。
• 把你的约束粘进 prompt 里。它不会去读你的 token 文件，所以亲手把你的配色、间距、组件语言喂给它，来对抗漂移。
• 把导出当成一个起点。那份 Figma/代码 输出是一份归你来掌握和重构的草稿，而不是一份直接上线的交付物。

FAQ

Google Stitch 免费吗？截至撰写本文时，它在 Google Labs 里是免费的。Labs 的可用性和定价都由 Google 来改，所以别拿 "它会一直免费" 当假设去建一套长期的团队工作流。

Stitch 能导出到 Figma 吗？能——Stitch 支持导出到 Figma 和前端代码。不过要把它当成一次单向交接：在 Stitch 里重新生成，不会把你下游的编辑带回来。

Stitch 跟 vibe design 是一回事吗？Google 用 Stitch 把 "vibe design" 这个说法捧红了，但这个理念比任何单一工具都大——见 什么是 vibe design。Stitch 是大平台那一类里的一种（非常好的）实现。

Stitch 对阵 Open Design？Stitch 是来自 Google 的一块又快又免费的围墙草稿板；Open Design 是一套开放、agent 原生的方式，让你用可携带的文件掌握整个闭环。两笔不同的注——打草稿 对阵 既能上线又归你所有。

结论

Google 靠把 Stitch 推出来，让 "vibe design" 成了一个家喻户晓的词，而 Stitch 配得上这份关注——它是你能找到的、按意图来设计的那条最佳免费入门坡道。只是要把那些围墙看清楚：导出是一扇单向门，你的设计系统不是事实源，路线图归 Google 说了算。拿它去探索，尽情地探索。当工作必须变成归你所有、由你来上线的东西时，那就是 Open Design 接手的地方——你的 agent，你的文件，不必从别人的产品里夺门而出。