游乐游手机版
首页/AI教程/文章详情

Google Stitch发布致Figma股价两日暴跌12%

时间:2026-05-29 10:34
Google发布Stitch2 0,引入VibeDesign模式,用户通过文字描述或手绘草稿即可生成高保真界面及交互原型,并直接导出代码。此举导致Figma股价两日内下跌12%。AI正将设计工作流从“手工拼图”转向“描述生成”,设计师面临类似程序员的职业冲击。
```html

三天前,Google 发布了 Stitch 2.0,随后 Figma 股价在两个交易日内下跌了 12%。

这绝非巧合。CNBC 的标题直截了当:「Google 推出 'vibe design' 产品后,Figma 股价两日跌去 12%」。Business Insider 也跟进报道:「Google 宣称 'vibe design' 时代到来,Figma 股价持续下滑」。

今年以来,Figma 股价累计跌幅已达 35%,发行价 33 美元,如今仅剩 25 美元出头。历史最高曾触及 120 多美元,如今已缩水至一个零头。

不过,真正值得关注的并非股价本身,而是 Google 在 Stitch 2.0 中做出的关键产品决策:它不再要求用户从线框图开始设计,而是让用户用一句话描述自己想要的「感觉」。

Google 为这种新范式起了个名字:Vibe Design。

01 什么是 Vibe Design?

以往使用 Figma 的流程是:打开画布 → 拉取组件 → 调整间距 → 选择配色 → 对齐像素 → 导出标注 → 交付前端开发。

而现在使用 Stitch 2.0 的流程是:「帮我设计一个 pngtosvg 网站」→ 自动出图 → 生成完整设计系统 → 点击 Play → 直接运行交互原型。

从「动手画」到「动口说」,从「手工拼合」到「AI 一键生成」。

更令人惊讶的是——你甚至可以直接丢入一张手绘草稿,Stitch 就能将其转化为高保真界面:

这不仅仅是效率的提升。这是设计工作流的根本性变革。

Stitch 2.0 本次更新了五大核心能力:

  • AI 原生无限画布:不再是传统画板,而是无限扩展的工作空间,可容纳草图、文字、图片、代码等一切元素
  • Design Agent:设计智能体,能够追踪整个项目的演变历程,同时探索多个设计方向
  • Voice Canvas:直接对画布语音输入——「给我三种不同的菜单布局」「换一个暗色系看看」——系统实时调整
  • Instant Prototypes:点击 Play 即可运行交互,自动生成下一屏的逻辑跳转
  • DESIGN.md:使用 Markdown 定义设计系统,支持导入导出至其他工具

而且——完全免费。

02 为什么 Figma 会跌?

先看一个事实:Figma 去年 7 月 IPO,上市首日股价冲至 120 多美元,如今仅为 25.26 美元,历史跌幅达 79.30%。

Google 发布 Stitch 2.0 当天,Figma 单日又下跌 8.8%,两日累计跌幅 12%。

但简单归因于「Google 发布了一款工具,Figma 就完了」并不准确。真正发生的是更大层面的变化:

AI 正从「辅助编程」向「辅助设计」全面推进。

此前 vibe coding 让程序员感到紧张。如今 vibe design 开始轮到设计师了。

其底层逻辑完全一致:

  • vibe coding:你描述需求 → AI 编写代码 → 你审阅并修改
  • vibe design:你描述感觉 → AI 输出设计 → 你审阅并修改

生产者的角色从「制作者」转变为「审阅者」。

这种转变最初发生在编程领域(Cursor、Claude Code、Codex),如今已蔓延至设计领域(Stitch、Lovart、v0)。

AI 模型迭代速度的冲击,首当其冲的两个职业便是程序员和设计师。

03 Stitch 2.0 真正的杀招是什么?

不是单纯的 AI 生成 UI——很多工具都已经能做到这一点。

真正的杀招是「从设计到代码的完整闭环」。

请看这组 Stitch 生成的 App 界面——一款记账应用,从首页到 AI 识别小票再到确认页面,三屏一次性输出完毕:

这不是一张「好看的图片」。这是可以点击 Play 直接运行的交互原型。

Stitch 2.0 支持以下导出与对接方式:

  • 导出到 Figma(保留 Auto Layout 和可编辑图层)
  • 导出到 AI Studio 与 Antigra vity
  • 通过 MCP Server 接入 Claude Code、Codex 等编程工具
  • 提供 Skills 与 SDK 支持二次开发(GitHub 上已获 2.4k stars)

这意味着:设计稿不再是一张「图」,而是一个能够直接流入开发流程的结构化资产。

以往链路:设计师在 Figma 绘图 → 标注 → 前端工程师查看标注 → 手动还原 → 反复修改。

现在链路:Stitch 生成设计 → 导出代码 → MCP 接入 Claude Code → 直接开始编写业务逻辑。

中间那些「人肉翻译」的环节,正在被 AI 逐步吞噬。

04 Figma 真的危险吗?

以下是一个可能有争议的判断:

Figma 短期内不会消亡,但其护城河正在逐渐变薄。

Figma 最强的并非画图能力,而是协作网络——全球设计师都在使用 Figma,你的同事、甲方、开发人员都在上面。这种网络效应不是某款 AI 工具能轻易击溃的。

然而,Stitch 正在做的是:将「需要专业设计师才能完成的任务」降维到「任何人都能操作」的程度。

看看这个例子——一张潦草的线框手稿,扔进 Stitch,直接生成了一个 SaaS 落地页:

产品经理可以自行产出高保真原型,创始人可以独立制作落地页,开发者可以自己搞定 UI——这些人过去都需要打开 Figma 并依赖设计师。现在他们可能不再需要了。

这不是取代 Figma,而是绕过 Figma。

正如 vibe coding 并没有取代 VS Code,而是让许多人不再需要打开 VS Code。

05 对程序员和独立开发者意味着什么

如果你是程序员或独立开发者,Stitch 2.0 对你的实际价值可能比对设计师更大:

第一,你的 side project 再也不用苦等设计稿了。

过去做一款产品,UI 往往是最大的瓶颈之一。要么自己胡乱画,要么花钱请设计师,要么使用现成模板凑合。如今只需一句话就能获得高保真界面,还能直接导出代码。

第二,Stitch 的 MCP Server 可以直接接入你的编程工具。

如果你正在用 Claude Code 或 Codex,Stitch 的设计资产可以通过 MCP 协议无缝流入开发流程。设计与编程之间的壁垒正在消失。

第三,DESIGN.md 这个思路尤其值得关注。

用 Markdown 定义设计系统,这和 AGENTS.md、SOUL.md 的思路如出一辙——用文本文件定义规则,让 AI 理解并执行。设计系统不再局限于 Figma 中的一套组件库,而是变成了一个 AI 能够读懂的协议文件。

最后说一个感受

2026 年 AI 的扩张路径正变得越来越清晰:先吃代码 → 再吃设计 → 然后吃内容 → 最后吃决策。

每吃掉一层,就有一批人从「制作者」转变为「审阅者」。

你可以为此感到恐惧,也可以利用它。区别仅在于:你是被替代的那个人,还是那个拿着 AI 替代别人的那个人。

```
来源:https://juejin.cn/post/7619214301321527359
上一篇如何制定校本教研活动计划详尽方案与实用提示词参考 下一篇案牍智能玛卡合同AI法律合同处理工具
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
RAG四标融合企业知识资产体系四库协同GEO优化实践
AI教程 · 2026-07-01

RAG四标融合企业知识资产体系四库协同GEO优化实践

生成式AI正在彻底改写信息检索的底层逻辑。传统SEO依赖关键词堆砌和外链建设的策略,在大模型的内容采信规则下已经基本失效。取而代之的,是生成式引擎优化(GEO)。它不再关注外链数量,而是重点衡量你的知识是否结构化、证据链是否坚实、信源是否可靠——这些维度才是RAG(检索增强生成)架构真正看重的核心指

一个普通上班人分享WorkBuddy使用心得与真实体验
AI教程 · 2026-07-01

一个普通上班人分享WorkBuddy使用心得与真实体验

前言 最近我开始使用WorkBuddy——这是腾讯推出的一款AI办公工作台。差不多用了一周时间,趁印象还新鲜,把真实的使用感受记录下来,给还在犹豫的朋友做个参考。不吹不黑,只说实际体验。 初印象:不只是聊天机器人 之前用过不少AI工具,大多数就是个对话框,你问它答,答完就结束了。WorkBuddy不

AI幻觉变真功能实战教程:App Inventor 2视频录制拓展一周开发实录
AI教程 · 2026-07-01

AI幻觉变真功能实战教程:App Inventor 2视频录制拓展一周开发实录

先讲一个颇具戏剧性的开端。 这件事的开端颇显荒诞——有用户前来咨询,称AI Pro版的介绍中提到我们有一款“视频录制拓展”。团队全体成员都感到困惑,翻遍产品列表,发现根本不存在该组件。AI那种“一本正经胡说八道”的能力,这次确实让我们陷入尴尬。 按常理,此事到此便可结束——一句“抱歉,暂时没有这个拓

别再混淆OLAP和SQL-on-Hadoop两者查询本质不同
AI教程 · 2026-07-01

别再混淆OLAP和SQL-on-Hadoop两者查询本质不同

OLAP和SQL-on-Hadoop虽都使用SQL查询数据,但本质不同。SQL-on-Hadoop负责海量数据批量计算与ETL,查询速度秒级至分钟级;OLAP通过预聚合实现毫秒级多维分析,适合BI报表。两者在数据平台分工协作,前者是后厨加工,后者是前台快速服务。

GEO优化深度解析:AI偏好FAQ还是长文内容?
AI教程 · 2026-07-01

GEO优化深度解析:AI偏好FAQ还是长文内容?

在GEO优化中,AI对内容形式无统一偏好:FAQ在简单查询中引用率41%,长文在复杂查询中达58%。内容应基于用户意图选择形式,FAQ适配简单事实类问题,长文建立主题权威,两者互补而非替代。