Salesforce Einstein 是内嵌于 Salesforce 平台的 AI 能力组合,覆盖预测式 AI(线索评分、Next Best Action、预测)与生成式 AI(Prompt Builder、Copilot、Agentforce 自主代理)。它的核心价值是把大模型放进 CRM 的真实交易流程(销售、服务、营销),并通过 Einstein Trust Layer 解决企业最关心的数据合规问题:数据掩码、零数据保留、毒性检测。2024 年 Salesforce 将对话助手 Einstein Copilot 升级为自主代理平台 Agentforce,并在 Agentforce 2.0(2024-12)中引入 Atlas 推理引擎,支持多步推理与外部系统连接。本指南按「开通配置 → 第一个 Prompt/Agent → 核心能力 → 生产部署 → 选型对比」组织,让读者看完就能在 Salesforce 组织里跑通一条完整的 AI 流程。
掌握 Salesforce Einstein/Agentforce,等于掌握企业级 CRM 场景下生成式 AI 与自主代理的交付范式:数据治理、权限边界、Prompt/Agent 生命周期管理——这是 AI 从业者进入企业软件市场的核心技能之一。
目录
速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。
为什么需要 Salesforce Einstein:企业 AI 不能脱离 CRM 数据与治理
传统 CRM 的痛点很明显:销售与服务代表的大量时间花在重复性工作上——筛选线索靠经验、写跟进邮件靠复制模板、客服第一响应靠人工逐条读工单。规则式自动化(如 Flow)能处理固定分支,但遇到非结构化请求(自然语言、情绪、上下文)就失效。企业想引入大模型,却发现 ChatGPT 类 API 无法直接访问 CRM 记录、无法解释“这条线索为什么该优先处理”,更无法通过安全审计。
Einstein 的解法是把 AI 直接构建在 Salesforce 平台的数据与元数据之上:预测式模型读取历史 CRM 数据生成评分与推荐,生成式模型通过 Prompt Builder 用记录字段动态组装提示词,Agentforce 则在授权范围内自主执行动作。三者共用一套权限模型与审计体系。最关键的是 Trust Layer——大模型请求出域前对敏感字段做掩码,并承诺零数据保留,这让客户数据可以在合规边界内被 AI 使用。
与 LangChain/LlamaIndex 这类通用编排框架相比,Einstein 的气质是“平台内嵌、治理优先”:不追求自由度,追求在 Salesforce 生态内最短路径产出业务价值。适合已经运行 Salesforce、且必须把数据合规放在第一位的企业,而不是需要完全自控管道的团队。
安装与环境配置:4 步就绪
Einstein 是云服务,没有本地安装包,“安装”实际是在 Salesforce 组织(Org)中开通功能位并配置权限。
步骤一·开通 Einstein 功能位。使用 Enterprise 及以上版本(或 Einstein 1 Sales/Service 版),管理员登录后在 Setup 中搜索 "Einstein",按功能打开开关(Einstein 预测、Prompt Builder、Agentforce 等),部分能力需单独购买 Add-On 许可。
步骤二·安装 Salesforce CLI(开发者路径)。本地安装官方 CLI 用于授权与后续元数据部署。
步骤三·配置权限与数据。创建或分配 Einstein 权限集(Permission Set),确认记录字段可见性;需要检索增强生成时,先在 Data Cloud 中连通数据源并建立向量索引。
步骤四·验证。在 Setup → Einstein 查看功能列表;用 CLI 确认组织连接与版本符合要求。
# 1) 安装 Salesforce CLI(需 Node.js 18+)npm install @salesforce/cli --global # 2) 授权目标组织(生产或沙盒)sf org login web --alias einstein-demo # 3) 确认组织版本(必须 Enterprise 及以上或含 Einstein 许可)sf org display --target-org einstein-demo # 4) 打开组织后台核对 Einstein 功能位sf org open --target-org einstein-demo
快速上手:15 分钟跑通第一个生成式 AI
最小可用流程的思路:不先建复杂 Agent,而是用 Prompt Builder 做一个“基于记录上下文的生成模板”,在真实记录页验证输出,再升级为 Agent。
1. 进入 Setup → Einstein → Prompt Builder(需管理员或 Einstein 权限集)。
2. 点击 New Prompt Template,选择模板对象(如 Lead 或 Case)。
3. 在指令文本中写任务描述,例如:“用中文为这条线索写一封简短的专业跟进邮件”。
4. 在文本中插入合并字段(Merge Fields),选择记录字段(如客户名称、公司),控制哪些数据进入上下文;可选用动态取数(Dynamic Grounding)决定是否带入关联记录。
5. 保存并激活(Activate),为对应权限集分配访问。
6. 验证:打开任意 Lead 记录页,调用 Einstein(Copilot 组件或记录页按钮)请求生成;或通过 Apex / 模型调用 API 以编程方式触发。
7. 进阶:在 Agentforce Agent Builder 新建代理,添加“销售跟进”主题并绑定该提示词模板作为动作,发布到内嵌聊天窗口测试。
结果:在记录上下文下产生个性化输出。进阶技巧:先在沙盒(Sandbox)全流程测试,再通过发布管线推生产。开发者可用 Agent SDK 将同一代理嵌入自有前端:
// 需先安装:npm install @salesforce/agentsdk-jsimport { Agent } from '@salesforce/agentsdk-js'; const agent = await Agent.create({ baseUrl: 'https://你的组织.my.salesforce.com', // 组织域名 agentId: '复制自 Agent Builder 的 Agent ID',}); const session = await agent.sessions.create();const response = await session.messages.newUserMessage({ message: '查询本周高优先级未结工单',});console.log(JSON.stringify(response, null, 2));// 流式事件与消息格式详见官方 Agent SDK 文档
核心能力详解:5 大支柱
支柱一·Einstein Trust Layer(可信层)。企业拒绝直接裸传客户数据给第三方大模型,Trust Layer 解决四个问题:数据掩码(出域前将姓名、邮箱等敏感信息替换为令牌,返回时还原)、零数据保留(模型服务商不存储你的提示与输出)、毒性检测(拦截有害内容)、审计与反馈闭环(记录每次生成用于合规审计)。Secure Data Gateway 支持可选的私有网络连接。上线前应全量启用。
支柱二·Prompt Builder(提示词管道)。生成式输出的统一治理入口:提示词模板、合并字段(把记录字段动态插入指令)、动态取数控制“带哪些数据进上下文”、版本管理与按权限集分发。典型用途是自动生成销售邮件、客服回复与工单摘要,保证所有生成行为走同一套模板与审计。
支柱三·Agentforce 与 Agent Builder(自主代理)。Agent Builder 用主题(Topics,声明代理能处理的用户意图领域)与动作(Actions,可执行能力)构建代理,内置 1,000+ 官方认证动作(Flow、Apex、外部 API 等)。Agentforce 2.0 引入 Atlas 推理引擎,支持多步推理、在知识或行动缺口时主动向用户澄清提问,并通过 MCP 协议连接 Salesforce 之外的业务系统。
支柱四·预测式 AI(Next Best Action、Prediction Builder)。传统机器学习以无代码方式嵌入交互:Next Best Action 在每次客户交互时基于实时数据推荐最优下一步(如交叉销售、挽留动作);Prediction Builder 从 CRM 历史数据训练分类/回归模型(如线索转化概率、流失风险),结果直接写回对象字段驱动流程。
支柱五·Einstein Studio 与 Data Cloud(数据与模型底座)。Data Cloud 统一第一方客户数据并提供向量索引,支撑在当前平台内检索增强。Einstein Studio 支持 BYOM(Bring Your Own Model):注册外部大模型或自有微调模型,让“模型过来、数据不出 Salesforce 边界”,是金融等强合规行业的 RAG 落地路径。
生产部署与监控:从上线到运维
部署方式一:沙盒先行 + 元数据发布。在 Developer/Full Sandbox 完成 Einstein 功能开关、Prompt 模板、Agent 与权限集配置,通过 Change Set 或 DevOps Center 将元数据(PromptTemplate、Agent、PermissionSet)发布到生产,再在生产环境单独激活与授权。注意外部模型密钥、密文字段不会随 Change Set 迁移,需在生产重新配置。
部署方式二:Trust Layer 与模型治理。上线前确认掩码字段白名单、零数据保留开关、毒性检测与审计事件均已启用;选定模型来源(内置模型或 BYOM);对折扣、发票、法律文本等高影响动作配置 Guardrail(护栏)与人工确认环节,避免自主代理越权执行。
可观测性。使用事件监控(Event Monitoring)的 EventLogFile 查看 Einstein/Agent 相关事件;Agentforce 管理页提供会话用量与成本仪表板;定期审计代理会话的转人工率与一次解决率,据此补充知识库或收紧 Guardrails 范围。
<p class="para-label">避坑清单:</p>
<ul class="dash-list"><li>未启用 Trust Layer 就调外部 LLM:数据掩码按字段白名单生效,需在启用时显式配置敏感字段,否则客户姓名、邮箱可能直接出域。</li><li>在生产直接改 Prompt/Agent:元数据不自动随代码仓库同步,沙盒验证后需走 Change Set 或 DevOps Center 发布并单独激活。</li><li>把 Agentforce 当规则 Flow 用:LLM 输出非确定,必须在 Guardrails 中限定动作范围,对高影响动作配置人工确认。</li><li>忽略沙盒与生产功能位差异:Einstein/Copilot 开关、模型绑定、权限集需在生产单独开启,否则上线即报错。</li></ul>
| 维度 | Salesforce Agentforce(Einstein) | Microsoft Dynamics 365 Copilot | Zendesk AI | ServiceNow Now Assist |
|---|---|---|---|---|
| 定位 | CRM 平台内嵌的自主代理与生成式 AI | 微软 CRM/ERP 中的 AI 助手与代理 | 客服工单的预测与生成式智能 | IT/员工工作流中的 AI 代理 |
| 编排范式 | Agent Builder 的 Topics+Actions,Atlas 推理引擎,支持 MCP | Copilot Studio 编排,Power Automate 联动 | 基于工单意图的自动分类与自动回复 | Agent Orchestrator 在流程库内编排 |
| 类型约束 | 强平台绑定:仅 Salesforce 云 | 绑定 Microsoft 365 + Azure OpenAI | 绑定 Zendesk 客服中台 | 绑定 ServiceNow 流程与数据模型 |
| 学习曲线 | 高:需理解沙盒、元数据与发布管线 | 中高:需熟悉微软管理后台 | 低-中:配置即用 | 中:需掌握 ServiceNow 流程库 |
| 生态集成 | 1,000+ 认证动作 + Data Cloud + MCP | Teams/Office/Graph 生态 | 第三方工单及 CRM 集成 | ITSM/HR/客服全流程 |
| 生产部署 | 沙盒 → Change Set/DevOps Center,Trust Layer 治理 | Copilot Studio 发布 + Azure 资源管理 | 云上直接配置,灰度开关 | 流程商店 + 代理市场发布 |
| License | 商业订阅,Agentforce 按对话计费 | Microsoft 365 按席位,Dynamics 独立定价 | 商业订阅(按坐席) | 商业订阅(Now Assist 需求包) |
| 适合谁 | 已运行 Salesforce 的企业 CRM/RevOps 团队 | 重度使用微软生态的企业 | 以客服工单为核心的中台团队 | 已完成 ServiceNow 流程数字化的团队 |
选型建议:已在 Salesforce 上运行 Sales/Service Cloud 的团队,Agentforce 是与现有数据、权限、发布流程耦合最紧、落地最快的选择;若核心诉求只是客服工单智能且中台是 Zendesk,Zendesk AI 成本更低;若企业已重度使用 Microsoft 365/Teams,Dynamics 365 Copilot 与 Graph 生态整合是更优路径。
版本迭代
Einstein 从 2016 年起以预测式 AI 嵌入 CRM,2023 年转向生成式(Einstein GPT → Einstein Copilot),2024 年以 Agentforce 品牌完成「助手 → 自主代理」转型,并在 Agentforce 2.0 引入 Atlas 推理引擎。截至本指南,最新正式发布为 Agentforce 360(2025-02);(截至训练数据,可能已有更新版本)。
| 版本 | 时间 | 变化 | 提升 |
|---|---|---|---|
| Einstein 初代 | 2016-10 | 预测式 AI 嵌入平台 | 线索评分、机会洞察、预测进入核心 CRM 流程 |
| Einstein GPT | 2023-03 | 生成式 AI CRM 首次发布 | 基于 CRM 记录生成销售邮件、客服回复与摘要 |
| Einstein Copilot | 2023-09(2024-02 GA) | 对话式助手与 Copilot Studio 发布 | 自然语言操作记录,Prompt Builder 上线 |
| Agentforce 1.0 | 2024-09 | 自主代理平台正式发布(GA) | Agent Builder、1,000+ 认证动作,销售/服务代理开箱可用 |
| Agentforce 2.0 | 2024-12 | Atlas 推理引擎发布 | 多步推理、主动澄清提问、MCP 连接外部系统 |
| Agentforce 360 | 2025-02 | 跨应用代理工作流发布 | Data Cloud 统一数据,跨系统代理编排与生态集成 |
Agentforce 未公开传统 LLM 基准成绩(无 MMLU/HumanEval 分值),选型应以客户案例与治理能力为准;据 Salesforce FY2025 Q4 财报(2025-02),Agentforce 上线两季度累计 5,000+ 企业客户、单季新增 400+ 企业交易,市场验证领先多数企业级 GenAI CRM 友商。建议把 Trust Layer、发布管线与按对话成本列为选型第一优先级。
AI 应用场景
销售线索优先级与个性化触达
阶段:预测性评分 + 生成式内容辅助
解决的问题:销售代表维护大量线索,凭经验排序容易遗漏高意向客户;跟进邮件靠复制模板导致回复率低。Einstein 用 CRM 历史数据训练评分模型,在 Lead 流程中实时更新评分;Copilot 在记录页一键生成个性化跟进邮件与会后纪要。
具体案例:某 B2B SaaS 销售团队在 Sales Cloud 启用 Einstein Lead Scoring 与 Copilot,销售代表从“筛选 + 写邮件”转为“按评分排序 + 一键生成”,单封跟进邮件的起草从分钟级缩短到秒级;Salesforce FY2025 Q4 财报口径显示 Agentforce 已累计服务 5,000+ 企业客户、当季新增 400+ 交易。
客服工单自助分流与会话摘要
阶段:代理编排 + 知识库检索(RAG)
解决的问题:客服一级响应大量重复,工单路由依赖关键词规则,人工坐席需通读长聊天记录才能接手。Agent Builder 创建“订单问题”主题,绑定知识文章检索与物流/退款查询动作;Agent 先按知识库回答,无法处理时生成会话摘要并转人工。
具体案例:客服平台用 Agentforce 处理账号、账单类高频咨询,会话摘要接入 Service Console,坐席无需重读原始聊天即可接手;官方客户实施中典型收益是一级响应从分钟级降至秒级,转人工后的平均处理时长随知识覆盖率提升而下降。
自带模型的企业级 RAG
阶段:BYOM + RAG 管道构建
解决的问题:部分企业因合规要求只能使用自有或私有部署模型,且不允许客户数据出域。Einstein Studio 注册外部/自有模型,Data Cloud 提供向量索引,在平台内完成检索增强生成。
具体案例:金融行业客户用自训模型加 Data Cloud 客户画像向量库,在销售顾问页面动态生成“客户健康度解读”;数据全程留在 Salesforce 边界内,满足审计要求。
常见误区
误区我以为 Einstein 就像 ChatGPT 一样,下载安装后就能用,直接在聊天框提问就行。
正解Einstein 是嵌入 Salesforce 平台的 AI 能力组合,不是独立应用。使用入口在 Setup 的功能开关与各业务对象的记录页(Einstein 面板、Copilot 组件、Agentforce 聊天窗)。必须先开通功能位、分配权限集、并针对 CRM 数据配置提示词模板或代理,才能产生业务价值。
为何常见:微软 Copilot 等产品带来“一个对话入口”的心智,而 Einstein 的能力分散在销售、服务、营销各对象上,形态差异容易被误解。
误区只要调用一个大模型 API,把客户数据塞进去,就能做出企业级智能客服。
正解客户数据进入外部模型前需要治理。Trust Layer 提供 PII 掩码、零数据保留、毒性检测与审计,且掩码字段需在白名单中显式配置,并非默认全部生效。跳过治理直接调用外部模型,可能造成客户隐私泄露与合规事故。
为何常见:个人开发者用 API 做原型很顺,但企业级 AI 的权限、审计、数据出域约束与原型差异巨大。
误区有 Atlas 推理引擎在,配置好主题和动作后,它就应该 100% 自动处理客户的请求。
正解LLM 代理的输出是非确定性的。官方流程要求在沙盒验证完整流程再发布,并通过 Guardrails 限定动作范围;对折扣、发票等高影响动作必须配置人工确认(人在环)。生产后还需审计转人工率与一次解决率,持续调整。
为何常见:把“自主代理”想象成“高级规则引擎”,忽略了 LLM 推理的随机性和长尾失效风险。
误区要做大模型应用,就得先把 CRM 数据导出到数据仓库,再做训练、建索引。
正解Einstein 直接运行在 CRM 元数据与 Data Cloud 之上,无需迁出数据。BYOM 场景在 Einstein Studio 注册外部模型,数据仍留在 Salesforce 边界内,出域的只是按 Trust Layer 规则脱敏后的内容。传统“数据出域 → 建模”习惯在这里被反转。
为何常见:传统机器学习项目普遍先建数仓再入模,忽略了 CRM 原生 AI“模型过来、数据不走”的架构。
面试题
Q1. Salesforce Einstein 的准确定位是?
- A.平台内置的 AI 能力组合← 正确答案
- B.需要单独安装的聊天机器人
- C.独立开源的大语言模型
- D.独立的云数据库服务
答案:A。Einstein 是内嵌在 Salesforce 平台上的预测式与生成式 AI 能力集合,覆盖评分、推荐、Prompt 与自主代理。B 错在其不是独立安装的应用;C 错在并非开源模型;D 错在其不是数据库产品。
Q2. 管理员在 Salesforce 中启用 Einstein 功能的入口是?
- A.AppExchange 第三方市场
- B.第三方 GitHub 发布页
- C.Setup 设置中的 Einstein← 正确答案
- D.npm registry 依赖安装
答案:C。Einstein 是云平台内嵌能力,正规入口是 Setup(设置)→ Einstein 的功能开关与权限配置。AppExchange 是应用市场但不负责启用平台内置 AI;GitHub 与 npm 是开发者工具分发渠道,与功能位开通无关。
Q3. Agentforce 的前身产品是?
- A.Einstein Analytics
- B.Einstein Copilot← 正确答案
- C.Tableau CRM
- D.Salesforce Mobile
答案:B。Einstein Copilot 于 2023 年 Dreamforce 发布,2024 年升级为自主代理平台 Agentforce。Einstein Analytics 已并入 Tableau CRM,是分析产品而非对话/代理产品;Salesforce Mobile 是移动客户端。
Q4. Agentforce 2.0 相比 1.0 的关键变化是?
- A.引入 Atlas 推理引擎做多步推理← 正确答案
- B.取消人工确认与审核环节
- C.移除所有安全 Guardrails
- D.不再支持连接外部系统
答案:A。Agentforce 2.0(2024-12)引入 Atlas 推理引擎,支持多步推理、主动澄清提问,并通过 MCP 连接外部系统。B、C、D 与官方发布内容相反:2.0 加强而非取消治理与人审能力,且新增外部连接能力。
Q5. Prompt Builder 模板中插入记录动态值的机制是?
- A.合并字段(Merge Fields)← 正确答案
- B.索引字段(Index)
- C.外键关联(Foreign Key)
- D.静态复制(Static Copy)
答案:A。Prompt Builder 使用合并字段把记录字段值动态插入提示词文本,生成时可带入客户姓名、公司等上下文。索引、外键是数据库概念,静态复制则无法实现逐记录个性化。
Q6. Einstein Trust Layer 的“零数据保留”指的是?
- A.模型服务商不存储你的对话与提示内容← 正确答案
- B.Salesforce 彻底删除所有客户记录
- C.仅保留已脱敏的向量索引
- D.只允许使用本地开源模型
答案:A。零数据保留承诺大模型服务商不存储、不训练于你的提示与输出内容,是企业敢用生成式 AI 的前提。B、D 是错误夸张;向量索引是否保留由 Data Cloud 配置决定,与零数据保留是两回事。
Q7. Agentforce 中声明代理“能做什么”的组件是?
- A.主题与操作声明的组合← 正确答案
- B.报表与仪表板的组合
- C.对象字段映射的组合
- D.站点导航布局的组合
答案:A。Agent Builder 中主题(Topics)声明代理可处理的用户意图领域,操作(Actions)声明可执行的具体能力,两者共同定义代理边界。报表、字段映射、导航布局是平台其他模块的概念,与代理能力声明无关。
Q8. Einstein 中注册“自带模型”(BYOM)的位置是?
- A.Einstein Studio← 正确答案
- B.Prompt Builder
- C.数据导出器
- D.权限集管理器
答案:A。Einstein Studio 提供 BYOM 能力,可注册外部大模型或自有微调模型并绑定到 Data Cloud 数据上。Prompt Builder 只负责提示词模板;数据导出与权限集管理与模型注册无直接关系。
Q9. 以下属于 Einstein Trust Layer 能力的有?
- A.敏感数据掩码← 正确答案
- B.零数据保留承诺← 正确答案
- C.毒性内容检测← 正确答案
- D.模型参数训练
答案:ABC。Trust Layer 四大能力是数据掩码、零数据保留、毒性检测与审计反馈。模型参数训练不在 Trust Layer 范围内,且默认禁止用客户数据训练模型。
Q10. 关于 Agentforce 推理与执行的正确说法有?
- A.支持多步推理并主动追问澄清← 正确答案
- B.可经 MCP 连接外部业务系统← 正确答案
- C.高风险动作应配置人工确认← 正确答案
- D.输出结果不受平台审计约束
答案:ABC。Agentforce 2.0 的 Atlas 推理引擎支持多步推理与澄清提问,并通过 MCP 连接外部系统;官方建议对高影响动作启用人在环确认。D 错误:所有生成与执行均可通过事件监控审计,这也是企业落地的前提。
参考来源
- webpageSalesforce Einstein 产品页Einstein AI 能力总览与产品入口
- webpageAgentforce 产品页自主代理平台官方介绍