Adobe加码AI推出MCP与Firefly原型工具

Adobe正在把AI能力更深入地嵌入自家产品线，并推出了一个名为MCP的新模块。从目前披露的信息看，这次动作有两层含义：一是用AI强化既有创意工具的智能化水平，二是在产品形态上直接回应Figma带来的竞争压力。

Firefly新增原型构建工具，直指Figma

Adobe在Firefly中加入了新的原型构建工具（prototype builder），这是本次更新中最具产品导向的一步。Firefly原本是Adobe的生成式AI创作品牌，主要面向图像生成与素材创作；把它扩展到原型构建，意味着Adobe希望把AI能力从“生成素材”推进到“搭建产品界面与交互原型”的阶段。

这一方向与Figma的核心场景高度重叠。Figma之所以在设计与产品团队中快速扩张，关键在于它把界面设计、协作与原型串联在同一个工作流里。Adobe在Firefly中加入原型构建工具，本质上是在争夺同一批用户的工作入口——如果原型环节被Figma占据，Adobe在设计流程后段的素材与编辑优势会被逐步稀释。

从工具定位看，AI驱动的原型构建通常指向降低界面搭建的重复劳动：让设计者用更少的操作把想法变成可交互的原型，而不是从空白画布开始逐层构建。对于已经使用Adobe生态的设计团队，这类能力的价值在于减少工具切换；而对于仍在比较Figma与Adobe方案的用户，它至少提供了一个留在原工作流内的理由。

Firefly 是 Adobe 于 2023 年推出的生成式 AI 模型家族，最初集成在 Adobe Express、Photoshop 等产品中，用于文本生成图像、生成填充、矢量重着色等创意任务。其定位是“商业安全”的 AI——训练数据主要来自 Adobe Stock 等授权内容，旨在让企业用户放心使用生成结果。此次将 Firefly 从素材生成扩展至原型构建，意味着 Adobe 试图把该品牌从“创意素材生成器”升级为“端到端设计助手”，但这也要求 Firefly 在理解 UI 布局、交互逻辑等结构化任务上具备新能力，而不仅是图像生成。

MCP：让AI能力以模块化方式接入

与原型工具同步，Adobe宣布推出MCP。从原文给出的信息看，MCP被定位为Adobe在产品体系内引入AI能力的一个新载体，但具体形态、开放程度与接入方式尚未展开说明。

把AI能力做成独立模块对外提供，在当前的行业实践中通常意味着两种意图：其一是让自家产品之间共享同一套AI能力，避免重复建设；其二是向外部开发者或合作方开放入口，让AI能力可以在更多场景中被调用。MCP最终落在哪一侧、还是两端兼顾，将决定它对生态的实际影响。

补充一点，目前关于MCP的公开信息相当有限，它的能力边界、与Firefly等既有AI功能的关系、以及是否面向第三方开放，都还没有明确答案。这些细节恰恰是判断其实际价值的关键。

MCP 通常指 Model Context Protocol（模型上下文协议），是一种让 AI 模型以标准化方式接入外部工具和数据源的开放协议。若 Adobe 的 MCP 遵循此思路，则意味着它可能提供一个统一接口，使 Firefly 等 AI 能力能够被外部应用或开发者按需调用，而非仅封闭在 Adobe 自家产品内。这与“模块化 AI 能力”的定位吻合，但具体实现细节（如是否兼容第三方模型、是否公开 API 文档）尚不明确。在行业实践中，类似的模块化策略有助于 AI 能力跨产品复用，并吸引开发者生态。

从素材生成到流程嵌入

把原型构建工具与MCP放在一起看，Adobe这次更新的主线比较清晰：AI不再只是产品里的一个附加功能，而是被放进更靠前的创作环节和更底层的接入方式中。

这种变化对创意工具厂商有普遍意义。生成式AI早期阶段的竞争集中在“能不能生成”和“生成质量如何”，而当这类能力逐渐普及，差异化的重点转向“AI在多大程度上嵌入真实工作流”。Adobe的优势在于它覆盖了从素材到成品的较长链条，把AI能力前置到原型、后置到共享模块，理论上能放大这条链条的整体价值。

挑战同样明显。Firefly品牌此前更多与图像生成关联，向原型构建延伸后，用户是否愿意在Adobe体系内完成界面级设计，取决于工具本身的成熟度以及与现有设计流程的兼容程度。单靠一次功能更新，很难直接改变设计团队已经形成的协作习惯。

待观察的关键点

这次发布的信息量不算大，但方向明确。接下来值得关注的，是原型构建工具在实际设计场景中的可用程度，以及MCP是否面向外部开放。这两点会决定Adobe此次AI加码是产品层面的常规迭代，还是生态层面的实质变化。