Adobe这次公告里最扎眼的数字是70。9月2日,Adobe说Slackbot以后能调用Photoshop、Premiere、Illustrator、Firefly等70多个工具,靠一个叫Adobe for Slack的MCP应用,用户一句话就能把对话内容变成PDF、图片、视频。听起来是效率革命,但翻遍Slack官方的MCP应用列表,找不到Adobe的名字。
这不是孤立动作,是Adobe三个月里第三次把自己塞进别人的聊天框——6月官宣扩张计划,8月接入ChatGPT,这次是Slack,接下来还有Gemini。逻辑很直接:用户越来越懒得开App,都窝在对话框里,工具厂商只能追过去。
发生了什么
- 谁在动.Adobe宣布Slackbot能直接调用Photoshop、Premiere、Acrobat、InDesign、Illustrator、Stock、Lightroom、Adobe Express等工具
- 怎么用.用户描述需求,Slackbot自动挑工具完成任务,还能读取对话和Canvas上下文,把内容转成PDF、图片、视频
- 谁能用.首发只开放给Slack Business+和Enterprise+团队
- 同步动作.8月已接入ChatGPT,Gemini集成计划中
谁在追谁:Adobe的三个月接入清单
这份时间线拉出来看,不是一次孤立公告,是一整条"哪里有聊天框就往哪钻"的路线图。
Slack自家的MCP Client是6月17日才正式GA的,Adobe次日就公开了扩张意向,但当时没提"70个工具"这种具体数字,也没说会把Photoshop、Acrobat、Firefly打包成一个统一Slack应用。中间这段空白,恰恰是这次公告最该被追问的部分。
"70个工具",谁核实了?
TechCrunch的报道基本转述自Adobe自己的通稿。搜一遍Slack官方的MCP应用列表——Canva、Figma、Atlassian Rovo、Box、DocuSign、Gamma、Linear、Miro都在,唯独没有Adobe。
Adobe现存唯一能查到的官方Slack应用叫"Adobe Creative Cloud for Slack",功能是通知、文件预览、斜杠命令,文档上次更新停在2022年4月14日。这跟"70工具MCP服务器"完全是两个产品。
- 提醒.官方公告和第三方可核实记录之间存在时间差,这在行业里很常见,不代表公告本身有问题,但"Adobe宣布"不等于"已核实上线"。
权限账:一次连接,全部打开
比数字更值得盯的,是MCP协议本身的权限设计。Slack的MCP权限模型是一次连接、全工具开放——账号接上,该服务器暴露的所有工具都能被Slackbot调用,没有逐项授权这一步。
对普通用户,这是省事。对企业IT和安全团队,这意味着风险敞口是打包式的。Canvas读取、Creative Cloud资产库权限、跨对话上下文流转,一旦开通就是一整块打开,没有分级。
原文那套"描述需求—Slackbot调用—任务完成"的效率叙事里,完全没提这层机制。
效率讲得越顺,权限往往算得越潦草。
Slack对MCP应用有"zero-copy、zero-LLM-training"的原则要求,Adobe也表示不会用Creative Cloud内容训练模型,除非用户主动提交到Adobe Stock。这算是给了个底线,但底线不等于分级,粗粒度的授权模型本身没变。
谁该做入口,谁该做被调用的工具
Canva、Figma选的路子跟Adobe一样:把自己变成能被ChatGPT、Claude、Slackbot调用的工具。Anthropic反着来,推出Claude Tag这类更深的Slack原生集成,赌的是团队上下文本来就沉淀在Slack对话里,谁掌握这层context谁就掌握主动权。
这是两种不同的赌注。工具厂商赌的是注意力入口在哪,平台方赌的是数据护城河归谁。Adobe同时接ChatGPT、Slack、还要接Gemini,策略上是"哪里有人聊天就去哪",代价是自己的Creative Cloud App正在变成一堆被随时调用的功能,而不是留住用户的目的地。
古人说"良禽择木而栖",Adobe这轮多点接入更像反过来——不是选一棵树,是把自己种成能长在任何树上的藤。灵活是真灵活,可藤蔓终究得依附别人的枝干。
企业决策者真正该在开通前问清楚三件事:工具粒度能不能拆开授权,高风险操作(分享、改权限、写入Canvas)有没有二次确认,Creative Cloud内容会不会被拿去训练模型。这些问题,厂商的效率叙事里向来不会主动回答。
那份70个工具的清单,迟早会被验证。但比数字更该盯住的是,权限打开的那一刻,谁在负责把它关上。