SaaS板块ETF从2025年9月峰值跌了28%。市场在押注一件事:AI会让传统企业软件变成废铁。
这种恐惧不是无中生有的。当一个AI智能体能自己调接口、写代码、执行工作流,还需要人类去点击CRM界面吗?
Salesforce自己给出了答案:不需要。然后他们花了2.5年,把自己27年的积累全部重新暴露给AI智能体——这就是4月16日在TDX开发者大会发布的Headless 360。

先说数字。iShares Expanded Tech-Software Sector ETF,追踪包括Salesforce、ServiceNow、Workday在内的企业软件巨头,从2025年9月高点跌了约28%。(来源:VentureBeat报道,2026年4月16日)
跌幅背后的逻辑是这样的:
过去20年,企业软件的护城河是"数据锁定+工作流锁定"——你的销售数据在Salesforce里,你的财务流程在SAP里,员工天天要登录这些系统。这叫使用依赖。
但AI智能体改变了这个等式。如果Claude能直接调Salesforce接口、读取数据、更新状态、触发工作流,那么"员工每天打开Salesforce"这个场景就消失了。工作在智能体层完成,界面层可以跳过。
Salesforce联合创始人Parker Harris在一次内部会议上直接问了这个问题:"你为什么还要登录Salesforce?"
不是反问,是方向。
等等,你可能会问:这不是意味着Salesforce会死吗?
恰恰相反。Salesforce的答案是:登录不重要,数据和工作流才重要。与其等着被绕过,不如主动把所有能力暴露成接口,让智能体直接调。这就是Headless 360的核心逻辑——"无头",意思是去掉界面这个"头",只保留后端能力。
他们2.5年前就做了这个决定,今天才发布。这是企业级战略,不是一个季度的反应。
Headless 360包含三大支柱,直接翻译成智能体能做什么:
支柱一:60+通用接口工具 + 30+编程技能
MCP(Model Context Protocol,模型上下文协议)是AI智能体的通用接口标准——翻译过来就是,智能体可以"理解"Salesforce的所有操作,就像人类理解鼠标点击一样。
这60+工具让Claude Code、Cursor、Codex、Windsurf等AI编程工具,拥有完整访问客户Salesforce环境的权限——包括数据、工作流、业务逻辑。开发者不再需要打开Salesforce的专属开发环境,可以在任何终端指挥AI智能体完成构建、部署、管理。
一个数字说明效率:开发运维周期缩短40%。这是Salesforce官方公告中的自述数字,尚无第三方独立验证——但背后的逻辑可以拆解:原本需要在4个工具间切换的开发循环(写代码→切换到Salesforce IDE→手动配置→部署检查),现在在一个连接的环境里由智能体串联完成,减少的是上下文切换成本,而不是代码本身的复杂度。(来源:Salesforce官方公告)
支柱二:体验层,一次定义,六个界面部署
过去做企业软件,要为Slack写一个版本,为手机APP写一个版本,为Teams写一个版本——每个界面都得单独开发。
Headless 360的体验层把这个逻辑反过来:定义一次智能体行为,自动渲染到Slack、移动端、Microsoft Teams、ChatGPT、Claude、Gemini上。TDX发布会现场演示了一个体验跨6个界面的无缝部署——不写界面专属代码。
支柱三:智能体生命周期管理
这是最被低估的部分。Agent Script(正式发布并开源)、测试中心、自定义评分评估、A/B测试接口——这套工具解决的是"智能体上线后怎么办"的问题。
Salesforce EVP Jayesh Govindarjan说了一句实话:"构建智能体只是第一步。" 客户真正的问题是:智能体上线后如何监控它不出错?如何评估输出质量?如何在生产环境中测试不同版本?
这套生命周期工具,才是Salesforce守住企业护城河的关键,也是中小型AI产品最难复制的地方。

光说架构不够,两个案例更直接:
案例一:Engine公司——12天,不是120天
Engine是一家企业服务公司。用Agentforce在12天内完成了复杂生产级智能体的部署,节省了数百万美元(以上为Salesforce官方公告引用的客户证言,未经第三方独立核实)。CEO Elia Wallen的原话:"unified platform proves that we can scale our most complex service needs without adding operational complexity."
为什么是12天而不是120天?这个数字背后有具体逻辑可以拆:
• 集成工作量被压缩:传统部署需要逐一对接数据源、权限系统、工作流引擎。Headless 360的MCP工具层已经把这些预先封装好,Engine不需要从零写集成代码,直接调用现成工具。
• 界面开发被跳过:体验层的"一次定义,多端渲染"意味着Engine不需要为每个内部系统单独开发前端界面,节省的是反复调试的时间。
• 测试周期被缩短:内置的测试中心和评估工具让质量验证可以并行进行,而不是等部署完再从头测。
翻译成白话:12天的本质是"不需要重新发明轮子"——Salesforce把27年积累的企业级能力打包成了可直接调用的工具,Engine只需要组装,不需要建造。
案例二:开发团队效率
一位开发团队负责人描述了Agentforce Vibes(内置开发环境)的日常:重复性工作——配置分析、元数据调整、模板代码生成、部署前检查——全部交给智能体,"reducing manual work and boosting efficiency"。
这两个案例有一个共同逻辑:AI不是替代了Salesforce,而是通过Salesforce的平台能力放大了效率。这才是Salesforce想要的"反攻"方式。
| 指标 | 数字 | 来源口径 |
|---|---|---|
| SaaS板块跌幅 | 28%(自2025年9月峰值) | VentureBeat引用ETF数据 |
| 新增工具 | 100+立即可用 | Salesforce官方自述 |
| MCP工具 | 60+ | Salesforce官方自述 |
| 编程技能 | 30+ | Salesforce官方自述 |
| 开发运维周期缩短 | 40% | Salesforce官方自述,未经第三方验证 |
| Engine部署时间 | 12天 | 客户证言,未经第三方验证 |
| 跨界面部署 | 1次定义→6个界面 | Salesforce官方自述 |

从数据推结论:SaaS股票跌28%,本质是市场在给一个错误的零和博弈定价——要么AI赢,要么传统企业软件赢。
Salesforce这次用行动证明,这不是零和游戏。真正的转型路径是:把平台变成AI的基础设施,而不是AI的竞争对手。
个人判断,这条路走得通有三个前提:
1. 数据护城河还在。 Salesforce存储的是企业客户的真实业务数据,这是任何新AI工具都无法从零复制的。智能体需要这些数据,反而会加深绑定。
2. 工作流护城河还在。 企业在Salesforce里已经配置了多年的业务规则、审批流、自动化——这些逻辑现在可以直接被智能体继承,而不需要重建。翻译过来就是:企业已经在Salesforce里"沉淀"了自己的业务逻辑,智能体直接调用比重头开始快得多。
3. 信任层护城河最难复制。 Salesforce的安全审计、合规框架、权限管理,对大型企业来说是进入AI落地的"通行证"。没有这层信任,智能体就算能力再强也进不了门。
风险在于:如果原生AI产品(比如Claude内置工具、GPT企业版)能直接提供同等数据整合能力,Salesforce的数据优势就会削弱。这也是为什么他们同时接入Anthropic和OpenAI的开发套件——押注多个AI底座,不把鸡蛋放一个篮子里。
如果你在做垂直行业的AI工具,现在可以做的第一步是这个:
本周花两小时,检查你现在用的CRM或工单系统是否已经发布了MCP服务端。Salesforce、HubSpot、Notion均已发布。如果有,用Claude桌面版接入,测试一个你每周都要手动做的真实工作流——比如"从CRM里拉出本周新增客户,自动生成跟进邮件草稿"。这一步不需要写代码,不需要申请预算,只需要一个下午。
这才是让AI从"助理"变成"操作者"的起点——不是规划,是动手。
数据来源与说明:
• VentureBeat独家报道:Salesforce Headless 360(2026年4月16日)
• Salesforce Headless 360官方公告(2026年4月16日)
• SaaS板块跌28%:VentureBeat报道引用iShares Expanded Tech-Software Sector ETF数据
• "开发运维周期缩短40%":Salesforce官方自述,未经第三方独立验证
• Engine案例(12天部署、节省数百万):Salesforce官方公告引用客户证言,未经第三方独立核实
算力与现金流 · AI时代的第一手洞察
夜雨聆风