这意味着企业不必为每一个新的AI助手或数字渠道重复搭建集成,也不必把同一套业务逻辑复制到不同应用中。理想情况下,现有的身份体系、权限控制、元数据、验证规则、流程和治理机制都可以被复用。
MCP是一种标准化协议,用于让AI模型在运行时发现并调用外部工具、API和数据源。Salesforce Hosted MCP则是由Salesforce托管的安全入口,允许AI客户端、代理和开发工具在不自行搭建基础设施的情况下,按照统一协议访问组织中的数据、元数据、Apex、Flow等能力,并继续沿用Salesforce的平台信任、身份和权限模型。
其中,元数据感知的Headless 360 MCP Server面向Agentforce、Claude、ChatGPT、Cursor以及其他MCP兼容平台。它的重点不是简单暴露大量孤立的API端点,而是让代理能够在运行时:
Salesforce开发者文档显示,Headless 360 MCP Server通过少量工具连接一个持续扩展的Salesforce操作库,而不是把数千项功能全部作为独立工具呈现。
需要注意的是,Headless 360 MCP Server本身目前仍是Beta测试服务,官方信息显示其从2026年7月开始提供测试使用。这与已普遍可用的Salesforce Hosted MCP能力并不是同一层级,企业在评估时需要区分两者。
Salesforce还宣布通过Data 360 MCP Server,将受治理的客户数据上下文延伸到Salesforce界面之外。该服务覆盖近200个Data 360 API,授权代理可以通过自然语言参与一系列原本需要在应用界面或开发环境中完成的工作,包括:
Data 360 MCP还配备了面向代码扩展、数据转换和激活等流程的预置Skills。Salesforce表示,这些Skills预计将在当月晚些时候普遍可用。其核心价值在于,让代理能够使用相关客户上下文执行任务,同时仍受数据权限和治理规则约束,而不是把数据简单地以原始接口形式暴露出去。
此次扩展并不局限于某一个云产品,而是覆盖Salesforce的主要业务和平台能力:
因此,Headless 360中的“Headless”并不只是指去掉网页前端。Salesforce的架构主张是:API本身可以成为界面,代理、开发者工具、Slack、网站、移动应用和其他体验都可以消费同一组底层能力。
Salesforce引用的早期案例显示,Headless 360可能帮助企业缩短AI应用的交付周期:
这些数字的意义不只在于“部署更快”。它们反映了Salesforce试图推动的架构变化:企业不再只是购买和使用一个完整的CRM应用,而是把数据、动作、流程、权限和业务规则视为可组合的企业能力,由内部或外部AI代理按需安全调用。
对开发团队而言,这种模式有望减少重复集成;对企业架构师而言,新的重点则会转向权限边界、元数据描述、业务规则执行位置,以及如何验证代理在无人类操作界面的情况下仍能正确执行任务。
这意味着企业不必为每一个新的AI助手或数字渠道重复搭建集成,也不必把同一套业务逻辑复制到不同应用中。理想情况下,现有的身份体系、权限控制、元数据、验证规则、流程和治理机制都可以被复用。
MCP是一种标准化协议,用于让AI模型在运行时发现并调用外部工具、API和数据源。Salesforce Hosted MCP则是由Salesforce托管的安全入口,允许AI客户端、代理和开发工具在不自行搭建基础设施的情况下,按照统一协议访问组织中的数据、元数据、Apex、Flow等能力,并继续沿用Salesforce的平台信任、身份和权限模型。
其中,元数据感知的Headless 360 MCP Server面向Agentforce、Claude、ChatGPT、Cursor以及其他MCP兼容平台。它的重点不是简单暴露大量孤立的API端点,而是让代理能够在运行时:
Salesforce开发者文档显示,Headless 360 MCP Server通过少量工具连接一个持续扩展的Salesforce操作库,而不是把数千项功能全部作为独立工具呈现。
需要注意的是,Headless 360 MCP Server本身目前仍是Beta测试服务,官方信息显示其从2026年7月开始提供测试使用。这与已普遍可用的Salesforce Hosted MCP能力并不是同一层级,企业在评估时需要区分两者。
Salesforce还宣布通过Data 360 MCP Server,将受治理的客户数据上下文延伸到Salesforce界面之外。该服务覆盖近200个Data 360 API,授权代理可以通过自然语言参与一系列原本需要在应用界面或开发环境中完成的工作,包括:
Data 360 MCP还配备了面向代码扩展、数据转换和激活等流程的预置Skills。Salesforce表示,这些Skills预计将在当月晚些时候普遍可用。其核心价值在于,让代理能够使用相关客户上下文执行任务,同时仍受数据权限和治理规则约束,而不是把数据简单地以原始接口形式暴露出去。
此次扩展并不局限于某一个云产品,而是覆盖Salesforce的主要业务和平台能力:
因此,Headless 360中的“Headless”并不只是指去掉网页前端。Salesforce的架构主张是:API本身可以成为界面,代理、开发者工具、Slack、网站、移动应用和其他体验都可以消费同一组底层能力。
Salesforce引用的早期案例显示,Headless 360可能帮助企业缩短AI应用的交付周期:
这些数字的意义不只在于“部署更快”。它们反映了Salesforce试图推动的架构变化:企业不再只是购买和使用一个完整的CRM应用,而是把数据、动作、流程、权限和业务规则视为可组合的企业能力,由内部或外部AI代理按需安全调用。
对开发团队而言,这种模式有望减少重复集成;对企业架构师而言,新的重点则会转向权限边界、元数据描述、业务规则执行位置,以及如何验证代理在无人类操作界面的情况下仍能正确执行任务。