Salesforce AIforce：把受治理的 CRM 能力帶到 Claude、Slack 與 AI 代理

Salesforce 在 2026 年 Dreamforce 發表 AIforce。它被定位為一層「即時介面層」（live interface layer）：將企業原本保存在 Salesforce 的資料、工作流程、商業邏輯、語意、權限、安全與治理機制，帶到員工與 AI 代理實際工作的介面。換句話說，使用者未必得回到傳統 Salesforce 頁面，才能查 CRM、更新商機或觸發工作；這些操作可出現在 Anthropic 的 Claude、Slack 或 Salesforce Lightning 中。11

關鍵改變：Salesforce 不再只是目的地 App

AIforce 的策略重點，是讓 Salesforce 從員工「必須登入操作的應用程式」，轉為提供資料、規則與受控行動的底層平台。Salesforce 將此方向歸入 Headless 360：前端介面可以改變，但客戶紀錄、商業規則、流程與核准行動仍以 Salesforce 為核心。611

這對企業採用 AI 特別重要。可見的對話介面或許是 Claude、Slackbot，甚至未來其他代理工具；但 Salesforce 的主張是，查詢與動作仍以 Salesforce 的資料脈絡、存取權限和業務規則為依據。目標並非替每個新 AI 介面另建一套權限模型，而是沿用組織既有的 Salesforce 控制機制，限制使用者或代表其執行工作的代理可看、可做的範圍。1117

Salesforce 表示，AIforce 可透過 MCP 伺服器、API 與 CLI 工具向代理提供資料及工作流程，藉此降低企業將 AI 介面連接到業務脈絡與受治理行動時所需的客製整合工作。17

三個首波工作入口

AIforce 首波由 Claudeforce、Slackforce 與 Agentforce Coworker 組成，分別對應外部 AI 助理、協作工作空間與 Salesforce 原生介面。11

Claudeforce：在 Claude 中使用 Salesforce

Claudeforce 是 Salesforce 與 Anthropic 的整合方案。第一項產品 Salesforce in Claude 是一個外掛程式，透過預先建立、以 MCP 為基礎的連線，讓 Claude 存取 Salesforce 能力；企業不必從零開始自行打造連接器。171

Salesforce 表示，這個外掛一開始提供 37 項預建銷售技能，包括根據即時營收脈絡進行推理、自動更新銷售管道，以及直接在 Claude 中採取受治理的行動。實務上，這可涵蓋會議準備、商機管道檢視、客戶研究或更新紀錄等工作，但前提仍是連線使用者具備相應的 Salesforce 權限。17

重點在於，Claude 的角色不是成為企業 CRM 的無限制資料匯出管道。AIforce 的價值主張正是由 Salesforce 持續提供相關脈絡、權限、工作流程及行動控管。1117

Slackforce：把 CRM 脈絡帶進協作對話

Slackforce 將 Salesforce 感知能力帶入 Slack，包括 Slackbot 與 Slack CRM 體驗。Salesforce 與業界報導提到的 Slackforce Surfaces，目標是在 Slack 提供更豐富、可互動的體驗，讓團隊處理的是即時業務脈絡，而不只是收到一則靜態通知。611

相關的 Slack CRM 體驗，旨在讓使用者直接在 Slack 檢視及管理 Salesforce 紀錄。也就是說，團隊討論一筆商機時，理論上可在同一個協作環境查看相關 CRM 資訊，並執行核准範圍內的行動，減少在 Slack 與核心 CRM 介面之間來回切換。111

Agentforce Coworker：留在 Lightning 裡的對話式入口

Agentforce Coworker 則是給偏好留在 Salesforce 內工作的使用者。它在 Lightning 環境運作，提供對話式途徑來取得 Salesforce 脈絡並執行行動。911

三者代表同一套架構在不同工作場景的呈現：Claude 對應外部 AI 助理、Slack 對應團隊協作，而 Lightning 則是 Salesforce 原生工作環境。

治理與資料保護：採用前該問什麼？

AIforce 的設計主張，是即使介面位於 Salesforce 之外，資料存取仍應受到治理。Salesforce 表示，這一層會將既有企業知識——包括權限、安全、治理、資料、工作流程與商業邏輯——帶至 AI 介面。11

對評估導入的企業而言，問題不應只停留在「能不能串 AI」，而應具體盤點：

• 特定使用者或代理可以讀取哪些 Salesforce 物件、欄位與行動？
• 行動完成前，既有的工作流程與核准要求是否仍會套用？
• 外部 AI 供應商的身分驗證、資料處理、區域、日誌與保留設定為何？
• 哪些預建技能已啟用？哪些行動需要額外審核？

Salesforce 先前曾表示，支援的模型互動採取零資料保留（zero-retention）政策，送出的資料不會儲存在 Salesforce 之外，也不會用於訓練模型。不過，企業在生產環境處理敏感資料前，仍應自行確認每個串接供應商與部署方式的合約條款及技術設定。27

與 NVIDIA 一同發表的 Koa

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 或未來的代理工具——不必同時擁有客戶脈絡、政策與行動執行權限。

對團隊來說，這可能減少切換工具的成本，讓 CRM 工作更貼近既有的日常流程；但對管理者而言，責任也更重。因為 CRM 現在能從更多入口被觸及，身分驗證、權限、技能啟用範圍、流程控制與供應商設定都會更加關鍵。

目前 AIforce 的初步範圍集中於 Claudeforce、Slackforce 與 Agentforce Coworker；其中 Salesforce in Claude 以 37 項預建銷售技能起步。由於這項發表同時包含已推出的產品與持續擴展的平台方向，實際可用性、套裝內容及功能範圍仍應直接向 Salesforce 確認。1117