Adobe加码AI：Firefly造原型，硬刚Figma

Adobe正在把生成式AI从“生成一张图”推进到“生成一个可交互的产品原型”。据TechCrunch报道，Adobe于11月10日宣布为Firefly新增原型构建（prototype builder）能力，并将其定位为对设计协作平台Figma的直接挑战；与此同时，Adobe还发布了自家的MCP（Model Context Protocol，模型上下文协议）服务，让外部AI代理能够调用其创意工具链。这两步棋，一步打向设计协作的主战场，一步押注AI代理时代的分发入口。

Firefly不再只是“文生图”

过去两年，Firefly的标签主要是图像生成、矢量填充、视频生成等“素材级”能力。而原型构建工具的出现，意味着Adobe想把AI塞进产品设计的核心流程：从一句需求出发，生成页面结构、组件布局与可点击的交互原型，再无缝衔接到后续的视觉精修与交付。对于习惯在Photoshop、Illustrator、XD之间来回切换的设计师而言，这种“在同一套生态里从想法到原型”的体验，正是Adobe相对Figma的差异化筹码。

Figma的优势则在于协作与轻量。它以浏览器为载体，把设计、评论、交付串成一条实时协作的流水线，并已推出AI能力向“设计生成”延伸。Adobe此番以Firefly为入口切入原型环节，本质上是把战火烧到对手的腹地：既然设计师已经在用AI生成素材，为什么不让他们顺手把原型也生成了？

一场未完成的收购，一场没结束的战争

要理解这次发布的火药味，得回到三年前。2022年9月，Adobe宣布以约200亿美元收购Figma，试图一举拿下协作设计市场；但这笔交易先后遭遇英国、欧盟与美国监管机构的审查压力，最终于2023年12月终止，Adobe还支付了约10亿美元的分手费。此后Figma独立发展，产品线从设计工具扩展到白板、演示、开发交付，并加快AI功能落地；Adobe则把资源集中到Firefly与生成式AI上，试图用“模型+生态”重建护城河。

“Adobe is taking on Figma with a new prototype builder tool in Firefly.”——TechCrunch对本次发布的概括，也点明了这场竞争的指向。

换句话说，Adobe买不下Figma，就选择在Figma最核心的“从想法到原型”环节正面开战。这既是产品层面的补位，也是资本层面受挫后的战略回击。

MCP：让AI代理“会用”Adobe

比原型工具更值得关注的，是Adobe同步推出的MCP服务。MCP由Anthropic于2024年底提出并开源，旨在为AI应用提供一套连接外部工具与数据源的统一协议，此后OpenAI、谷歌等厂商相继支持，使其逐渐成为AI代理调用外部能力的“通用插头”。Adobe推出自己的MCP服务器，意味着Claude、ChatGPT等AI代理可以直接读取设计文件、调用Firefly生成素材、批量处理图层与导出交付物，而不必让人类在软件界面里手动搬运。

这一步的深意在于入口转移。过去，创意软件的价值体现在“人打开界面操作”；如果AI代理成为新的操作者，那么软件的价值就变成“被代理优先调用”。谁先接入主流代理生态，谁就更可能在下一轮分发中占住位置。对Adobe而言，MCP短期不会直接带来收入，却是一张面向未来的门票。

设计工具的下一战：工作流之争

功能可以被复制，工作流与资产库却很难。Adobe的护城河是字体、素材库、色彩管理，以及与营销、文档、视频工具的深度打通；Figma的护城河是团队协作习惯与庞大的插件生态。AI让两边的边界同时变得模糊：Adobe可以借AI变得轻量、协作化，Figma也能借AI向上游的素材生成与下游的交付延伸。

对设计团队而言，选择标准也在变化。过去问的是“哪个工具更好用”，现在问的是“哪个工具能承接AI生成的内容，并保证最终交付的质量与一致性”。原型工具能否生成结构合理、可编辑、可交付的结果，而不是一堆好看的静态图，将决定Adobe这一枪能打多深。

编者按

从战略上看，Adobe这次发布更像一次“防守中的进攻”：用Firefly守住创意工作流的入口，用MCP卡位AI代理的调用通道。但挑战同样明显。其一，原型生成的成熟度——AI生成的原型如果无法顺畅转成可维护的设计系统与代码，设计师仍会回到Figma。其二，信任问题——让AI介入产品设计的核心环节，需要可控性、可追溯性与团队规范配套。其三，开放程度与定价——MCP服务对第三方代理开放到什么程度、如何计费，将直接影响生态的吸引力。

可以确定的是，创意软件的竞争已经从“谁的功能更多”转向“谁能定义AI时代的工作流”。Adobe与Figma的这场战争，收购案结束了，产品战才刚开始。

本文编译自TechCrunch