Salesforce押注无头架构：让AI替你写代码

Joe Inzerillo站在TDX开发者大会的舞台上，抛出一个判断：Salesforce内部已经有系统，绝大多数代码由AI代理生成。这不是预测，是正在发生的事。

这家CRM巨头今天正式发布Headless 360，把整套平台拆解成API、MCP服务器和命令行工具。目标很明确——让Claude Code、Codex、Windsurf这些AI编码工具，能直接驱动Salesforce的应用开发。

正方：无头化是AI时代的必然选择

Salesforce的逻辑很直接。传统开发流程里，人类开发者打开浏览器，在可视化界面里拖拽组件、配置流程。Headless 360把这个过程倒过来：AI代理通过接口调用平台能力，人类只需要描述需求。

Joe Inzerillo的原话是：「开发者、构建者在与这些工具对话，工具驱动Salesforce的UI创建、配置等。我们试图创造这样一个生态系统——未来大部分代码将由代理编写。」

这套架构的野心不止于效率提升。Salesforce平台覆盖CRM、客服、营销、电商，加上Slack协作工具。过去用户主要通过浏览器交互，现在公司更愿谈论"体验层"——交互可以发生在Slack、Teams、语音聊天、ChatGPT，或者自定义React应用。

Headless 360让任何开发工具里的代理式AI都能对接Salesforce平台。这意味着企业可以把AI嵌入现有工作流，而非强迫员工学习新界面。

同步推出的Agentforce Vibes是个信号。这个基于Visual Studio Code的浏览器IDE，默认集成Claude Sonnet 4.5，提供计划模式和执行模式两种状态。预置技能包括创建自定义UI标签页、生成Salesforce流程等。

值得注意的是，尽管Headless 360强调灵活性，Agentforce Vibes默认仍使用Apex——Salesforce定制的类Java语言。这说明完全的自然语言编程尚未到来，AI代理仍在既定框架内作业。

免费开发者版的限制也透露出现实考量：每月110次请求、150万token，5月31日后停止刷新。Salesforce在试探市场反应，同时引导用户转向付费订阅。

反方：无头化可能加剧平台锁定

质疑者的担忧集中在两个层面。

首先是技术债务风险。当AI代理成为主要代码生产者，人类开发者的平台理解会被削弱。Apex和Agent Script都是Salesforce专有语言，代码迁移成本极高。企业看似获得了开发效率，实则把更深的技术根基扎进了单一平台。

其次是生态控制的博弈。Salesforce力推MCP（模型上下文协议）作为连接标准，但这个协议本身由Anthropic发起，尚未成为行业共识。Salesforce同时支持多种AI编码工具，却默认绑定Claude Sonnet 4.5。这种"开放中的偏好设置"，是典型的平台策略——表面兼容，实则引导。

Agent Script的推出更值得玩味。作为Salesforce定制的代理定义语言，它与Apex形成双重锁定：人类写Apex，AI用Agent Script，两者都只能在Salesforce生态内运转。Headless 360的"无头"是相对于UI而言，对底层平台的依赖反而加深了。

开发者版的token限制也引发猜测。150万token对于实际企业开发堪称吝啬，Salesforce似乎在刻意区分"体验用户"和"生产用户"。这种分层设计，是否在为未来的代理调用计费模式铺路？

判断：这是一场关于"谁定义工作流"的争夺战

Headless 360的真正价值，不在于让AI写代码这件事本身——GitHub Copilot、Cursor等产品已经证明路径可行。Salesforce的独特之处在于，它把"无头化"从后端架构概念，扩展到了整个业务平台的交互层。

这个转变的底层逻辑是：当AI成为中间层，用户界面和后台系统的边界被重新定义。企业不再需要在每个触点重复建设，而是让AI代理根据场景动态调用平台能力。

但风险同样真实。Salesforce的历史是一部平台锁定史：从Apex到Lightning，再到现在的Agent Script，每一次技术迭代都伴随着生态边界的扩张。Headless 360的开放姿态，可能是在为更深层的依赖关系铺路。

对于25-40岁的科技从业者，关键问题不是"要不要用AI写代码"，而是"谁控制AI与平台的对话接口"。MCP协议、Agent Script、预置技能集——这些基础设施的选择，将决定未来十年企业软件的权力结构。

Salesforce已经亮出牌面：它要当AI时代的"体验层操作系统"。竞争对手会跟注吗？企业的架构决策，会不会从此围绕"哪家平台的AI代理更听话"展开？