学习目标
完成本单元后，你将能够：
解释每家公司成为代理型企业意味着什么
识别 Headless 360 如何消除在 Salesforce 生态系统之外构建的开发者的障碍
识别 Headless 360 为开发者和业务用户创造的新机遇
世界正在快速变化
想想当今的工作方式——你的团队不再局限于单一应用。开发者在 VS Code、Cursor 或 Windsurf 中构建；业务用户在 Slack、WhatsApp 和 Microsoft Teams 中响应客户；AI 代理同时路由请求、总结信息并在每个系统中采取行动。
这就是向 代理型企业（Agentic Enterprise） 的转变——在这个世界里，代理跨越每个系统和工作流，工作自主流转，客户需求在被察觉之前就被预判。但挑战在于：大多数企业仍陷于困境，无法安全地满足 AI 需求。企业与目标之间的差距是真实的——而这正是 Salesforce 发挥作用的地方。
一个平台，随时随地与人和代理协同工作
什么是 Headless？传统上，Salesforce 通过浏览器界面（Lightning Experience）访问。Headless 意味着 Salesforce 内部的业务逻辑、数据、工作流、权限和治理现在可以从任何地方访问，无需任何人打开 Salesforce UI。关键在于：代理不仅获取数据访问权，它们还继承了安全性和治理能力——你花费数年构建的每一条权限、每一条合规规则、每一条审批流程都会随平台一起传递。
简单来说：Headless 360 让 Salesforce 能够在用户和代理已经使用的地方与它们相遇，而不是要求它们来找 Salesforce。你无需改变工作方式，Salesforce 会出现在你每天使用的工具和界面中。
一个"And"，而非"Or"
Salesforce 始终是一个可扩展的平台，Headless 360 在此基础上通过 Skills（技能）、MCP（模型上下文协议）、API、Metadata（元数据）和 Headless Experience Layer（无头体验层） 来暴露 Salesforce，让人和 AI 代理能够在不同工具和界面中访问 Salesforce 功能。
Headless 360 不是 Lightning Experience 的替代品——它是 Salesforce 功能使用范围的扩展。团队可以在 Teams 中工作，开发者可以在 Cursor 或 Claude Code 中构建，组织可以使用自己选择的框架创建自定义体验——所有这些都使用相同的 Salesforce 数据、工作流、安全性和治理。
为开发者带来的新机遇
过去，在 Salesforce 生态系统之外工作的开发者面临陡峭的学习曲线。现在，使用 Claude Code、Cursor 或 Windsurf 的开发者可以在 Salesforce 上构建，而无需从头学习新的 IDE 或平台。这得益于四大基础支柱：
Skills（技能）：30+ 预构建技能让任何编码代理都能原生地发现、理解和操作 Salesforce
MCP/API：60+ MCP 工具和完整的 Salesforce API 套件提供深度、原生的平台访问
Metadata（元数据）：丰富的 org 感知基础让代理深入理解你的数据模型、对象、字段和配置
Headless Experience Layer（无头体验层）：灵活的渲染层让代理和应用可以在任何渠道或界面展示体验
为业务用户带来的新机遇
Headless 360 也为业务用户打开了与 Salesforce 交互的新方式。无论他们是在 Slack、Microsoft Teams、WhatsApp 还是 ChatGPT 中，Salesforce 现在可以直接在这些环境中展示数据、触发工作流和采取行动。对于业务用户来说，体验是无缝的——他们获得 Salesforce 平台的强大功能，而无需打开 Salesforce UI。
Headless 360 背后的真正业务驱动力
组织采用 Headless 360 是为了驱动四大核心价值支柱，它们带来真实的业务成果：
采用率（Adoption）：将工作流直接带到用户已经使用的地方，消除登录 Salesforce 的摩擦
覆盖范围（Reach）：传统上没有 Salesforce 访问权限的员工——一线工作者、现场团队、外部合作伙伴——现在可以通过 Slack 或 Teams 参与 Salesforce 驱动的工作流
速度（Speed）：消除频繁应用切换，真正提升日常生产力
AI 代理战略：构建代理型 AI 的企业需要代理以可靠性访问真实业务数据、受治理的工作流和问责机制——Headless 360 为代理提供了从试点走向生产所需的企业级基础设施
掌握 Headless 360 的语言
在开始规划你的战略之前，你需要理解这些概念。本单元为你提供关键 Salesforce Headless 360 术语的解释，让你能够自信而清晰地驾驭它们。
Headless 与 Headless Experience Layer (HXL)
Headless（无头）：将 Salesforce 后端智能——数据、逻辑和 API——与任何固定的 UI 或屏幕解耦。Salesforce 的功能不再绑定于单一入口——它们可以从任何地方访问。
Headless Experience Layer（无头体验层，HXL）：将你的业务逻辑与展示屏幕分离。你不是为每个界面构建单独的应用，而是在 Salesforce 内部定义一次意图，HXL 在你用户已经工作的任何地方原生渲染——Slack、WhatsApp、自定义门户或任何其他地方。一次定义，任意界面。
API、MCP 与平台托管的 MCP 服务器
API（应用程序编程接口）：让外部应用、代理和工具能够与 Salesforce 对话的连接器——请求数据、触发工作流或采取行动，无需打开 Salesforce UI。关键转变：现在任何应用或代理都可以直接调用 Salesforce，而不仅仅是 Salesforce 原生工具。
MCP（模型上下文协议）：让任何 AI 代理都能调用 Salesforce 工具的开放标准。把它想象成一个通用插头——不是每个代理都需要自定义的一次性集成，MCP 提供了标准化的连接方式。
平台托管的 MCP 服务器：Salesforce 管理的服务器，将你的 API、数据和逻辑工具暴露给任何 AI 代理。无需编写集成代码，无需搭建服务器，所有 Salesforce 信任控制自动执行——这就是数月集成项目与数天内启动的区别。
Salesforce 元数据目录与 CLI
Salesforce Metadata Catalog（元数据目录）：你 Salesforce org 内一切内容的结构化索引——每个对象、字段、关系、工作流和权限——以 AI 代理能够阅读和理解的方式表达。代理不是猜测你的数据模型，而是查阅目录来了解存在什么、被允许触碰什么以及规则是什么。可以把它想象成 AI 的 org 目录。
Salesforce CLI（命令行界面）：让你能够从终端或命令行直接与 Salesforce 交互的开发者工具——无需浏览器即可创建、部署和管理 Salesforce 组件。随着 Headless 360 的推出，CLI 功能正在扩展以支持代理型开发工作流。
IDE、ADLC Skills 与确定性 vs 概率性
IDE（集成开发环境）：开发者编写、测试和部署代码的软件——如 Agentforce Vibes IDE、VS Code、Cursor 或 Windsurf。使用 Headless 360，你的开发者无需离开他们偏好的 IDE 就能构建 Salesforce 驱动的体验。
ADLC Skills：开源技能，让 Claude Code 或 Cursor 等编码代理能够直接从任何 IDE 构建、测试和观察 Agentforce 代理。三个核心技能：开发（Develop）→ 测试（Test）→ 观察（Observe）。无需 Salesforce 登录，企业安全性内建。
确定性与概率性：确定性意味着代理遵循定义好的、可预测的路径——相同输入总是产生相同输出（像计算器：2+2=4）。概率性意味着代理使用 AI 推理——可以处理模糊性，但输出可能因上下文而不同（像天气预报：95% 的降雨概率）。Headless 360 同时支持两者。
Skills、A2A 与编排
Skills（技能）：代理被训练执行的特定任务——如查询订单、处理退款、发送邮件、拉取报告。就像多功能瑞士军刀，每个工具设计用于出色地完成一项特定功能。
A2A（代理到代理）：一个代理直接将工作移交给另一个代理——无需人工中介，自动完成。创建跨多个代理的无缝工作流。
编排（Orchestration）：如何协调多个代理和系统完成复杂任务——就像指挥家领导乐团，每个代理扮演自己的角色，编排确保它们在正确的时间以正确的顺序协同工作。Salesforce 提供内建的跨产品编排。
Salesforce 的四层架构
Salesforce 为你提供已经集成、已经运行的系统。开发者不是在从零开始——他们是在企业内部已经运行的基础设施上构建：
上下文系统（System of Context）— Data 360：所有可信业务数据，统一、实时，随时供代理执行操作
工作系统（System of Work）— Customer 360：跨销售、服务和所有职能的数十年业务逻辑和工作流，现在由代理编排
代理系统（System of Agency）— Agentforce：在各渠道大规模构建、部署和管理代理
参与系统（System of Engagement）— Slack：人与代理汇聚在一起完成工作的地方
Headless 360 解决的核心挑战
大多数组织想要规模化 AI——但总有一些障碍。在理解 Headless 360 解决什么问题之前，你需要了解到底什么出了问题。以下是企业在将代理型 AI 从试点推向生产时面临的五大核心挑战。
上下文差距与 DIY 陷阱
上下文差距（The Context Gap）：AI 代理缺乏对可信、统一组织数据的访问。原始数据库只是存储数据，但 Salesforce 是业务实际运行的地方——它包含了使组织数据有意义的工作流、自动化、安全性和合规性。上下文不仅存在于 Salesforce 或 Slack 中——它还存在于整个企业每个工具中的对话、决策和机构知识中。当代理遇到关键决策点时，它去哪里找逻辑？没有集中化的答案，这就是典型的上下文差距。
DIY 陷阱（The Do-It-Yourself Trap）：为了弥合上下文差距，组织常常被迫构建自定义集成胶水代码和专有网关。但这些努力经常失败——因为自己动手很少是简单的。你花费时间维护脆弱的 DIY 集成，而本应构建更好的用户体验。这不是你想让你最好的工程师花费时间的地方。
基础设施滞后、AI 治理与开发者张力
基础设施滞后（Infrastructure Lag）：AI 试点在沙箱中成功，但无法通过 IT 或合规批准投入生产——不是因为 AI 不行，而是因为没有从代理决策到真实业务操作的受治理、可审计的路径。"演示中能用"和"生产就绪"之间的差距就是基础设施滞后。
AI 治理：没有护栏、信任控制和可审计性，代理根本无法以企业规模部署。从头构建意味着手动管理用户访问、权限和数据治理。Headless 360 将 Salesforce 平台经过验证的安全模型通过任何访问入口自动传递。
开发者张力：开发者想在任何地方构建，偏好使用他们最爱的编码代理如 Cursor、Windsurf 或 Claude Code。Headless 360 通过开放完整平台、使外部编码代理能够理解平台，同时强制执行企业信任和安全性来解决这一张力。
托管服务 vs DIY 工具包
Headless 360 不是一个新产品——它是一次根本性的架构转变，将 Salesforce 平台开放给任何代理、任何 IDE 和任何界面。它为组织提供了建立在开放标准之上的托管服务，Salesforce 信任层自动对每一个操作执行安全性。这不是一个需要你自己组装所有东西的工具包——你获得的是企业级治理、安全性和信任，内建而非附加。
三大核心能力
理解这一架构转变的力量，请关注这三个核心能力：
使用任何编码代理或 IDE 构建：开发者可以使用他们已经喜爱的工具。受信任层保护，60+ MCP 工具和 30+ 预配置 ADLC Skills 现已可用
使用任何 UI 框架构建：Salesforce Multi-Framework 允许团队使用行业标准框架（如 React）构建 AI 代理和应用——全部在安全、受治理的环境中进行
部署到任何界面：使用 Headless Experience Layer (HXL)，企业将逻辑和数据与屏幕分离——定义一次意图，在用户工作的任何地方原生渲染。例如，旅行平台 Engine 构建了一次重新预订逻辑，同一代理在 Slack 中为内部支持团队呈现，同时为旅行者呈现高保真 Web 组件
编码代理如何融入——以 Claude Code 为例
Claude Code 是开发者可以用来构建 Salesforce 驱动体验的外部编码代理的典型案例。它是如何融入 Headless 360 架构的？
通过 MCP 和 Skills 原生集成：平台托管的 MCP 服务器和开源 ADLC Skills 使 Salesforce 平台对 Claude Code 等外部工具可读——原生连接到 Salesforce API、数据和逻辑
无需离开 IDE：开发者可以从他们偏好的环境自主构建、测试和观察 Agentforce 代理，无需登录 Salesforce
继承企业信任：通过 MCP 服务器连接时，每个操作自动受 Salesforce 信任层治理——字段级安全、共享规则等访问控制严格强制执行
无需二选一：开发者可以将 Claude Code 与 Salesforce 一起使用，获得企业安全性、最佳实践和完整的代理生命周期管理
模型无关：通过 LLM Gateway 安全连接到 Anthropic Claude、Google Gemini 或 OpenAI GPT-5——无模型锁定。Agentforce Vibes 2.0 使用 Claude Sonnet 4.5 作为默认模型
代理开发生命周期
Headless 360 支持完整的代理开发生命周期——端到端：
设计（Design）：用自然语言定义代理行为、主题和护栏
构建（Build）：从任何 IDE 使用 ADLC Skills 和 MCP 服务器（Vibes、Claude Code、Cursor 等）
测试与评估（Test & Evaluate）：使用预构建测试技能验证代理行为
部署（Deploy）：一键通过 HXL 推送到任何界面——Slack、Teams、移动端、自定义门户
观察（Observe）：监控性能、审计决策并持续优化
立即开始：查看 Agentforce Labs——这是一个实时实验环境，无需设置、无需门槛、无需等待。
用跨云 MCP 为你的代理赋能
Headless 360 超越了标准数据。通过跨云 MCP，你可以安全地将 AI 代理连接到整个企业生态系统：
Tableau MCP：将受治理的分析暴露给任何代理
Informatica MCP：将数据管理能力作为可重用的 AI 工具暴露
Data 360 MCP：以实时、可信的上下文为每个代理提供统一客户画像
MuleSoft MCP：构建、部署和管理集成、代理、API 和 MCP
Slack MCP：访问消息、频道和 Canvases——代理可以回答问题并代表你采取行动
Agentforce Commerce MCP：60+ 预构建商业工具：本地化定价、库存管理、安全购物车结账
Headless 对数据基础设施意味着什么
当你的业务将 AI 模型直接指向原始数据库表时，会出现很多问题——每个用户都在生成自己版本的工作流，流程变得不一致，AI 做出了本该由业务规则决定的判断，治理消失。正确的做法是将业务逻辑保留在 Salesforce 域内——这就是 Data 360 成为关键解锁的地方。
Data 360 以三种关键方式为 Headless 360 架构中的每个代理提供动力：
统一企业数据：身份解析、零拷贝联合、270+ 连接器、结构化和非结构化数据——无需移动数据
实时激活：监控事件并自动触发——无需批处理作业或手动报告，上下文在 3 分钟内交付
受治理且可信的 AI：基于策略的治理、自动标记、动态脱敏、代理基础——代理基于可信数据而非过时快照采取行动
更好的一体化：Salesforce 应用与 Headless
标准 Salesforce UI 不会消失。喜爱 Lightning Experience 的组织可以继续保持不变地使用。但工作已经超越了浏览器——你的团队在 Slack、会议、语音和 AI 工具中工作，现在你的应用也可以。
Headless 360 将应用从浏览器中解放出来——赋予团队以自己的方式架构代理型企业的能力。无缝体验层从 Slack 到 WhatsApp 到语音提供丰富的原生交互。开发者可以使用 LWC 或 React（通过 Salesforce Multi-Framework）继续构建，新的 React 组件可以直接集成到现有 Lightning App Builder 页面中。最终，团队可以在安全环境中更快地创新，而无需放弃已经构建的体验。
发布来源：https://www.salesforcecrm.cn/article/headless/introduction-to-salesforce-headless-360.html
