Salesforce 與 Anthropic 於 2026 年 8 月 26 日宣布擴大合作，並推出 Claudeforce。核心並不是再做一個獨立聊天視窗，而是把 Claude 的推理能力接到 Salesforce 的資料、工作流、業務邏輯、行動和治理層，讓 Agent 可以在 CRM 內理解背景，再按權限執行工作。
其中一個入口是「Salesforce in Claude」插件，首批提供 37 項預建銷售技能，包括會議準備、交易健康度分析和銷售管線檢視。Salesforce 表示，Claude 可以根據即時收入背景整理重點、更新管線資料及執行受治理的動作。這類工作對 Agent 的要求不只是在文字上給出建議，而是要知道哪一筆資料是最新、哪個欄位可以修改，以及什麼動作需要人手批准。
另一層是 AIforce 和 Headless 360。合作方表示，這些介面會透過 MCP、API 和 CLI 暴露 Salesforce 的資料、工作流、業務邏輯及權限，讓 Claude 可以在不同工作環境中使用相同的企業上下文。動作仍會經過 Salesforce 的規則和權限，而不是讓模型直接繞過 CRM 的控制層。這一點比單純把資料複製到模型提示中更接近可治理的企業整合。
Claude 也會進入 Salesforce 內部的 Agentforce、Atlas Reasoning Engine 和 Agent Builder。Salesforce 同時提到，企業可以透過 Amazon Bedrock 在 Salesforce Trust Boundary 內使用 Claude；Slack 則提供人員與 Agent 協作的入口。對使用者而言，這代表同一項銷售工作可能從 Slack 開始、在 Claude 中分析，再回到 CRM 更新狀態，但每個界面都需要保持相同的權限和審計邏輯。
時間表方面，Salesforce 表示部分功能已在選定試點中使用，預計 2026 年 9 月推出公開 beta，並在年底前增加更多預建技能。這是公司發布內容中的產品計劃，實際可用性、地區、套餐和功能範圍仍可能不同。發布稿也沒有提供獨立的生產效率基準，所以不應把產品描述直接當成普遍的 ROI 結論。
Claudeforce 的真正訊號，是 Agent 整合的競爭焦點正在由「哪個模型比較會回答」轉向「哪個模型可以在正確的系統中按規則做事」。對企業來說，系統記錄、資料新鮮度、行動權限和回溯紀錄，往往比增加一個聊天入口更重要。預建插件可以減少自行接駁的工作，但仍要為對外發信、修改交易資料、改價或提交承諾設定人手批准點。
因此，這次合作可以視為把模型能力放進 CRM 責任鏈的一次產品化嘗試，而不是完全自動化銷售的證明。企業在採用前仍需逐項檢視資料權限、MCP 工具範圍、錯誤回復、審計保存和跨平台身份一致性。這些落地條件，才會決定 Agent 是否真的能在銷售工作流中長期運作。
