Salesforce AIforce：把受治理的 CRM 能力带到 Claude、Slack 与 AI 智能体

Salesforce 在 Dreamforce 2026 发布的 AIforce，可以理解为一层“实时界面层”（live interface layer）：它试图把原本沉淀在 Salesforce 里的企业知识——包括 CRM 数据、工作流、业务逻辑、语义、权限、安全机制、治理规则和受控操作——带到员工与 AI 智能体实际工作的地方，例如 Anthropic 的 Claude、Slack 或 Salesforce Lightning，而不再要求每项工作都回到传统 Salesforce 页面中完成。11

对企业而言，关键不只是“能不能把 CRM 接给 AI”，而是 AI 在哪里对话，数据权限和业务规则仍应由谁掌控。AIforce 的定位正是让 Salesforce 继续充当受治理的底层业务系统，而 Claude 或 Slack 则成为面向用户的工作界面。

从“登录 CRM”到“CRM 在你工作的地方出现”

AIforce 体现了 Salesforce 所称的 Headless 360 方向：前端界面可以变化，但客户记录、流程、审批、权限和已批准的业务动作仍与 Salesforce 相连。611

换句话说，员工可以在 Claude 中询问销售管道情况、在 Slack 里查看商机记录，或让 AI 协助发起操作；但按 Salesforce 的设想，相关请求和动作仍需基于 Salesforce 中既有的身份、访问控制、工作流及业务逻辑。这样做的目标，是避免每接入一种新的智能体界面，就另建一套权限模型。1117

Salesforce 表示，AIforce 可通过 MCP 服务器、API 和 CLI 工具向智能体提供数据与工作流能力，减少企业为 AI 界面接入业务上下文和受治理操作所需的定制集成工作。17

MCP（模型上下文协议）是一种让 AI 模型或助手以标准方式连接外部工具、数据和服务的协议。这里的重点在于：Claude 不只是接收一份静态导出数据，而是通过预构建连接调用 Salesforce 能力。

AIforce 的三个首发入口

AIforce 首发包含 Claudeforce、Slackforce 和 Agentforce Coworker，分别对应外部 AI 助手、协作平台和 Salesforce 原生界面。11

Claudeforce：在 Claude 中调用 Salesforce

Claudeforce 是 Salesforce 与 Anthropic 的整合方案。其首个产品 Salesforce in Claude 是一款插件，通过预构建的 MCP 连接把 Salesforce 能力带入 Claude，企业无需从头开发连接器。171

Salesforce 称，该插件初始提供 37 项预构建销售技能，涵盖基于实时营收上下文进行分析、自动更新销售管道，以及直接在 Claude 中执行受治理操作等。17

这意味着，合适权限范围内的用户可在 Claude 中完成诸如会议准备、销售管道审查、客户账户调研或记录更新等工作。重要前提是：这并不意味着 Claude 可无约束地导出整个 CRM；AIforce 的价值主张恰恰建立在 Salesforce 持续提供上下文、权限、流程与操作控制之上。1117

Slackforce：把 CRM 上下文带进协作对话

Slackforce 将 Salesforce 感知能力带入 Slack，包括 Slackbot 和 Slack CRM 体验。Salesforce 及行业报道提到的 Slackforce Surfaces，旨在支持更丰富的交互式 Slack 体验，让团队不只是收到一条静态通知，而能围绕实时业务上下文进行协作。611

相关的 Slack CRM 体验则面向 Salesforce 记录的查看和管理。其目标是让团队在讨论某个商机时，直接检查相关 CRM 信息并采取获准操作，减少在 Slack 与核心 CRM 页面之间反复切换的需要。111

Agentforce Coworker：留在 Lightning 中的对话式入口

对于希望继续在 Salesforce 内工作的人，Agentforce Coworker 是 AIforce 在 Lightning 环境中的原生体验。它提供对话式方式来访问 Salesforce 上下文并执行相应操作。911

三种入口服务于不同工作场景：Claude 面向外部 AI 助手，Slack 面向团队协作，Lightning 则面向 Salesforce 原生工作流；它们背后指向的是同一套受治理的 CRM 能力。

数据治理：真正需要核查的并非只有“是否接入 AI”

Salesforce 表示，AIforce 会将企业既有的权限、安全机制、治理、数据、工作流及业务逻辑带入 AI 界面。11

但在实际部署前，企业仍应把问题拆得更细：

• 某个用户或代表该用户工作的 AI 智能体，能访问哪些 Salesforce 对象、字段和操作？
• 发起操作后，原有工作流、审批要求和业务规则是否仍会执行？
• 外部 AI 提供商的身份验证、数据处理区域、日志与保留设置如何配置？
• 哪些预构建技能已启用？哪些操作应额外设置人工复核？

Salesforce 此前曾表示，在其支持的模型交互中实施“零保留”政策，即相关数据不会存储在 Salesforce 之外，也不会用于训练模型。27 不过，涉及敏感业务数据时，客户仍应在生产部署前逐项核实所接入提供商的合同条款与技术配置。

同步发布的 Koa：面向 CRM 多步骤推理

与 AIforce 同期，Salesforce 和 NVIDIA 还发布了 Koa。这被称为 Salesforce 为 Agentforce 打造的首个 CRM 推理模型，基于 NVIDIA Nemotron，目标是帮助智能体处理复杂、多步骤的 CRM 工作流，并选择合适的工具完成任务。32

Salesforce 表示，Koa 通过对 NVIDIA Nemotron 3 Super 进行后训练而构建，所用的是一套专有合成数据集；该数据集模拟了近数十年 CRM 部署积累的企业知识，而非客户数据。32

Salesforce 也公布了 Koa 在自家 CRM 基准测试中的表现主张。应当注意，这属于厂商报告的基准结果，不能直接等同于其在所有企业 Salesforce 环境中的独立、普遍性能结论。32

对 Salesforce 客户意味着什么？

AIforce 最重要的变化不在于增加了一个聊天窗口，而在于 Salesforce 试图重定义自身角色：员工眼前的应用可以是 Claude、Slack、Lightning，甚至未来的其他智能体工具；但客户上下文、政策与动作执行的核心仍由 Salesforce 承担。

对业务团队来说，这可能减少工具切换，让 CRM 工作融入更自然的沟通和协作流程。对管理员和安全团队来说，接入点增多也意味着身份管理、字段权限、技能授权、工作流控制与外部提供商设置将变得更关键。

目前，AIforce 的初始范围聚焦 Claudeforce、Slackforce 与 Agentforce Coworker；其中 Salesforce in Claude 以 37 项预构建销售技能起步。由于该发布同时涵盖已推出产品与持续扩展的平台方向，具体可用性、版本打包和功能范围仍应以 Salesforce 的最新说明为准。1117