Adobe把创意软件控制权交给AI

Adobe正在把Photoshop、Illustrator、Premiere和After Effects变成第三方AI智能体可以直接调用的本地工具。

11月10日，Adobe在迈阿密举行的Adobe MAX 2026大会上预览了Creative Cloud本地MCP接入。未来，用户可以继续在ChatGPT、Claude、Gemini等第三方智能体中下达任务，由智能体在用户电脑上调用Adobe桌面软件，直接修改PSD、AI、PRPROJ等原生项目，而不是只生成一张无法继续编辑的扁平图片或成片。该功能目前尚未开放，Adobe计划在2027年初启动测试。(m.ithome.com)

这次更新最值得关注的地方，不是Adobe又增加了一个AI聊天框，而是它开始向外部智能体开放专业创意软件的执行能力。

过去两年，生成式AI擅长的是“从零生成”：给出一句提示词，模型返回图片、视频或音乐。Adobe的本地MCP要解决的是另一类问题——让AI进入已经存在的专业项目，理解其中的图层、矢量对象、素材箱、时间线与合成结构，并在不破坏可编辑性的前提下继续工作。

本地MCP是什么

本地MCP是运行在用户电脑上的模型上下文协议连接层，用于把AI智能体与桌面软件的工具、数据和操作能力标准化连接起来。

MCP，即Model Context Protocol，是一种让大模型应用以统一方式发现和调用外部数据源及工具的开放协议。它可以被理解成AI应用的“USB-C接口”：模型不需要为每个软件重新设计一套完全不同的连接方式，只要客户端和工具端都支持MCP，就可以通过标准化的工具描述、参数和返回结果协作。MCP官方规范采用客户端—服务器架构，并通过结构化消息暴露工具、资源与提示模板。(github.com)

Adobe此次强调“本地”，是因为相关操作发生在安装于用户电脑上的Creative Cloud应用中，智能体面对的是本地原生项目文件，而不是只能调用一个云端图片生成接口。

具体来说，第三方智能体将能够调用以下四款核心应用：

• Photoshop：操作图层、蒙版、选区、文字和图像内容。
• Illustrator：修改矢量对象、画板、颜色与排版元素。
• Premiere：整理素材箱、调整时间线、处理片段与序列。
• After Effects：操作合成、图层、动画与视觉效果。

Adobe表示，智能体修改后的图层、矢量图形、素材箱、序列和合成仍然保持可编辑状态，用户可以随时接管项目继续手工调整。(m.ithome.com)

“保持可编辑”是Adobe与普通AI生成工具之间最关键的差异。

一张由文生图模型生成的宣传图，即使视觉效果不错，交给设计师时往往只剩像素结果。设计师无法快速找到标题图层、替换产品、修改蒙版或调整某个图形的描边，只能重新生成或进行破坏性修改。Adobe的方案则试图让AI像一名真正进入项目文件工作的初级设计师：它交付的不是最终截图，而是一份仍然具有图层和工程结构的工作文件。

第三方Agent终于能碰到工程文件

Adobe本地MCP的核心价值，是让通用AI智能体从“提供建议”升级为“修改工程”。

此前，在ChatGPT或Claude中询问“如何批量替换海报背景”，模型通常只能给出操作步骤，或者调用有限的在线编辑能力。用户仍然需要在聊天窗口与Photoshop之间反复切换，并手动完成大量点击。

本地MCP接入后，理论上的工作流会变成：

1. 用户向熟悉的第三方智能体描述最终目标。
2. 智能体读取项目上下文并制定执行步骤。
3. 智能体调用Photoshop或Premiere的具体工具完成修改。
4. 用户检查保留图层和时间线结构的结果。
5. 智能体继续调用其他MCP工具交付文件或通知团队。

Adobe展示的典型场景，是让智能体从Google Docs读取项目简报，调用Adobe软件完成设计，再通过Slack把成果发送给同事或客户。只要相关服务均提供MCP工具，一个智能体就有机会贯穿需求读取、素材加工、设计制作和团队交付，而不再局限于某个Adobe应用内部。(m.ithome.com)

这个方向比“在Photoshop里加入聊天助手”更有野心，因为工作流的入口不再由Adobe独占。

用户可以选择Adobe自己的Creative Agent，也可以继续使用已经保存了个人偏好、项目背景和团队知识的外部智能体。Adobe软件在这套架构中的角色，更接近一个专业执行引擎：负责可靠地处理图层、色彩、矢量、音视频时间线和导出格式，至于谁来理解需求和编排任务，则可以由外部Agent决定。

三种创意AI模式有什么区别

Adobe正在同时推进内置助手、云端连接器和本地MCP三种不同层级的智能体体验。

| 模式 | 主要入口 | 可以处理的对象 | 原生工程可编辑性 | 跨软件编排能力 | 当前状态 | |---|---|---|---|---|---| | Creative Cloud内置AI助手 | Photoshop、Premiere等Adobe应用 | 当前打开的项目和应用功能 | 强，可直接延续Adobe工程结构 | 主要围绕Adobe生态 | 部分应用已进入测试 | | 第三方平台中的Adobe连接器 | ChatGPT、Claude等对话产品 | Adobe开放的云端工具与创意能力 | 取决于具体工具和任务 | 可与对话平台内其他工具组合 | 部分能力已经推出 | | Creative Cloud本地MCP | 用户选择的MCP兼容智能体 | 本地Photoshop、Illustrator、Premiere、After Effects项目 | 强，目标是保留图层、序列与合成 | 最强，可连接文档、云盘和协作工具 | 预览阶段，计划2027年初测试 |

本地MCP并不是要取代Adobe自己的AI助手，而是把Creative Cloud放进更大的智能体生态。

对于只想在Photoshop里完成局部修改的用户，内置AI助手可能更直接；对于需要把市场资料、品牌规范、设计项目和团队沟通串起来的用户，第三方Agent加本地MCP更有吸引力。它允许用户把“负责思考和协调的模型”与“负责精确执行的专业软件”分开选择。

这种分层也会给Adobe带来新的竞争压力。

当ChatGPT、Claude或Gemini成为任务入口后，用户对某个Adobe功能的调用可能不再始于点击应用图标，而是始于一句自然语言命令。Adobe依旧拥有专业工具和文件格式，但用户关系的一部分会转移到智能体平台。Adobe选择主动开放，本质上是在押注一件事：即使入口被通用Agent拿走，专业创意任务最后仍需要Photoshop、Premiere和After Effects这样的成熟执行环境。

后台智能体瞄准的是重复生产

后台创意智能体是能够持续运行并按计划处理重复任务的AI执行系统。

Adobe还展示了可以在后台持续工作的智能体。用户不必一直守在电脑前，可以先提交任务、检查智能体生成的计划，再让它整理新素材、执行定期质量检查或准备内容，最后由人审核结果。Firefly AI助手将率先支持相关能力，但Adobe尚未公布具体测试时间。(m.ithome.com)

这一能力真正适合的不是“帮我想一个惊艳创意”，而是生产流程中数量大、规则明确、人工价值低的工作，例如：

• 把同一张主视觉适配为1:1、4:5、9:16等多种比例。
• 每天整理新上传的图片和视频素材，并按照项目分类。
• 根据品牌模板生成多个地区、语言或产品版本。
• 检查字幕、分辨率、色彩空间、文件命名和导出规格。
• 从长视频中整理候选片段，生成社交媒体短视频初稿。

以社交媒体宣传为例，智能体可以持续接收图片，自动制作适配不同平台的素材；运营人员每天集中审核一次，再选择合适的版本发布。(m.ithome.com)

这类任务通常没有很高的创意门槛，却消耗设计师和剪辑师大量时间。Adobe如果能把任务拆解、素材整理、版本适配和导出检查做得足够稳定，带来的价值可能比增加一个新的文生图模型更直接。

Firefly助手开始强调“先计划，后执行”

规划模式是让用户在智能体操作项目前，先检查、修改和批准执行计划的控制机制。

新版Firefly AI助手增加了规划模式，用户可以在任务开始前审核智能体准备执行的步骤，而不是让模型收到一句话后立即修改项目。助手还加入模型选择器，既可以由用户指定模型，也可以让系统根据任务自动选择。(m.ithome.com)

“先计划，后执行”对于专业创作不是多余步骤，而是智能体能否进入生产环境的前提。

处理一张临时配图时，模型偶尔理解错误的成本有限；处理包含数百个图层的品牌主视觉、几小时素材的Premiere工程，或者已经进入交付阶段的After Effects项目时，一次错误的批量操作可能破坏文件结构、覆盖素材或浪费数小时。

因此，专业创意智能体至少需要具备三层控制：

1. 计划可见：用户知道智能体准备执行哪些步骤。
2. 操作可逆：项目能够撤销或恢复到执行前状态。
3. 结果可编辑：输出仍是结构完整的原生工程，而不是黑盒结果。

Adobe此次已经明确强调前后两项：用户可以先审核计划，并在执行后继续编辑图层、矢量对象和序列。但对于权限粒度、操作日志、版本快照、敏感素材访问范围等问题，Adobe目前披露的信息仍然有限。

“本地”不等于数据绝不离开电脑

本地执行是指Adobe应用和项目文件在用户设备上被操作，并不必然代表所有提示词、上下文和模型推理都只在本机完成。

这是用户理解Adobe本地MCP时最需要避免的误区。

如果用户连接的是依赖云端推理的第三方智能体，那么任务描述、工具返回结果，甚至部分项目上下文仍可能需要发送给模型服务商。哪些数据会被提交、是否上传预览图、智能体能读取哪些文件，取决于Adobe最终提供的工具接口、权限设计以及第三方Agent的隐私策略。

因此，本地MCP的安全性不能只看“服务器运行在哪里”，还要看四个问题：

• 智能体是否只能访问用户明确打开的项目。
• 高风险操作是否需要二次确认。
• 工具返回给模型的上下文是否经过最小化处理。
• 企业管理员能否查看日志、限制模型并撤销权限。

MCP解决的是连接标准化问题，不会自动解决提示注入、越权调用和数据泄露问题。协议越通用，能够接入的工具越多，智能体可能获得的操作范围也越大。对于Adobe来说，2027年初的测试不仅是在验证“AI能不能自动修图剪片”，更是在验证如何给一个通用Agent划定安全边界。

Adobe这次开放，方向对了

Adobe本地MCP是目前创意智能体领域最值得关注的基础设施更新之一，但它距离可放心投入生产还有明显距离。

它的方向是对的，因为专业用户真正需要的不是更多聊天窗口，而是让AI接手那些规则清晰、步骤繁琐、需要跨应用完成的工作。保留原生工程结构，也比输出不可编辑的生成结果更符合真实团队的协作方式。

它的风险同样明确：创意软件的操作空间远比日历、邮件或数据库查询复杂。一个Premiere项目里可能有上千个素材和多个嵌套序列，Photoshop项目也可能包含大量智能对象、链接资源与品牌资产。模型能否稳定理解这些对象之间的关系，远比完成一次简单的背景移除困难。

Adobe目前没有公布本地MCP的具体工具数量、权限模型、支持平台、性能数据和商业价格，也没有给出复杂项目的成功率或耗时指标。换句话说，这仍是一项方向明确但工程细节尚未揭晓的预览功能，而不是用户今天就能安装使用的正式产品。

但从行业位置看，Adobe已经做出了关键选择：它没有把Creative Cloud封闭成只能由自家模型控制的孤岛，而是试图成为不同AI智能体都能调用的专业创意执行层。

如果这套接口足够稳定，未来设计师选择的可能不再只是“用Photoshop还是其他图片工具”，还包括“让哪个Agent来操作Photoshop”。而对OpenAI、Anthropic和Google来说，能否可靠控制Adobe原生项目，也会成为通用智能体是否真正具备生产力的重要考题。

Adobe交出的第一张牌不是一个更会聊天的助手，而是一扇通往专业工程文件的门。

参考来源

• IT之家：Adobe Creative Cloud向第三方智能体开放本地MCP——报道Adobe MAX 2026公布的本地MCP、后台智能体及Firefly AI助手更新。
• GitHub：Model Context Protocol官方规范仓库——包含MCP协议规范、Schema和官方文档。
• GitHub：MCP 2026-07-28版本发布记录——用于了解当前MCP规范版本及演进情况。