有一個四個問題的框架，能夠判斷 Claudeforce 對你的組織而言，究竟是一項採購決策、一項治理決策，還是一件再觀察兩個季度的事情。以下就是這個框架，以及在 Salesforce 客戶經理替你下結論之前，你需要掌握的事實。
Salesforce 與 Anthropic 於 2026 年 8 月 26 日宣布 Claudeforce。標題很容易複述：全球第一的 CRM 進入了前沿模型 Claude，Claude 亦進入了 CRM。標題之下的決策卻困難得多，而且對香港企業而言，還有一個大部分國際報道完全略過的地區性問題。
什麼是 Claudeforce？
Claudeforce 是 Salesforce 與 Anthropic 於 2026 年 8 月 26 日宣布的擴大合作。它由三部分組成：內建 37 項預設銷售技能的 Salesforce in Claude 插件、Claude 作為 Agentforce 的預設推理模型，以及 Claude 作為 Slack 的預設模型。Salesforce in Claude 目前處於試點階段，預計 2026 年 9 月進入公開測試。
名稱不重要，架構才重要。根據 Salesforce 的新聞稿，這個插件建基於 Salesforce 所稱的 AIforce：一個企業級「線束」（harness），透過 MCP 伺服器、API 與命令列工具，把 CRM 數據、工作流程與業務邏輯開放給任何 AI 代理。如果你讀過我們關於 MCP 對企業意味著什麼 的文章，Claudeforce 就是這個概念至今規模最大的商業部署。
Salesforce 從未把自家的「force」後綴授予其他公司的產品。這是一個訊號：Salesforce 認為平台的未來，不再是人手點擊的介面，而是一個讓 AI 代理透過它行動的數據與治理層。
Salesforce in Claude 對銷售團隊實際上有什麼作用？
Salesforce in Claude 讓銷售人員在 Claude 內處理整個銷售管道，而不必進入 CRM 畫面。37 項技能涵蓋會議準備、交易健康度審視與管道審視，數據來源包括即時的 Salesforce 記錄、Slack 以及其他連接器。所有寫入動作都會經 Salesforce 執行，因此既有的權限與驗證規則仍然生效。
有三個設計選擇值得營運總監留意。第一，啟用流程會讀取銷售人員的企業背景，自動生成一個包含客戶與管道的儀表板，換言之，採用率不依賴一個配置項目。第二，管理員只需連接一次，身份驗證與權限集中管理，不需要逐個用戶設定，也不需要建立新的權限模型。第三，動作由 Salesforce 的業務規則約束，而不是由模型的判斷約束。
第三點是試點時最需要嚴格測試的一項。一個能夠推理你收入數據的生成式介面，其安全程度只等於它寫回的那個確定性系統。Salesforce 在公告中的說法是，單靠概率式智能無法營運一家公司。這句話恰當地概括了為何真正的產品是那個線束，而不是模型本身。
Claude 在 Agentforce 與 Slack 內如何被使用？
在 Salesforce 內部，Claude 是 Atlas 推理引擎的推理模型之一，是 Agentforce Vibes 與 Agentforce Coworker 的預設模型，並可在 Agent Builder 中選用。它透過 Amazon Bedrock 在 Salesforce 信任邊界內提供服務。在 Slack 內部，Claude 是 Slack AI、Slackbot 與 Claude Tag 的預設模型。
Bedrock 這個細節改變了風險輪廓。推理在 Salesforce 的安全邊界內運行，不需要往返第三方 API，這正是 Salesforce 把它定位於受監管行業的原因。Salesforce 亦表示 Slackbot 在內部帶來每年 810 萬小時的生產力提升；這是供應商自己的數字，不是獨立基準。
對部門主管而言，實際的分別在此。Agentforce 內的 Claude 是你已授權平台內的一個配置選項。Salesforce in Claude 則是一個員工將會在其中工作的全新介面，而 Claude 是入口。兩者的治理問題並不相同。
為什麼 Claudeforce 現在對香港企業特別重要？
香港並不在 Anthropic 公布的 Claude.ai 與 Claude API 支援地區名單之內。2026 年 4 月，高盛在嚴格解讀其與 Anthropic 的合約後，撤回了香港員工的 Claude 使用權，摩根大通亦實施了類似限制。因此，任何針對香港團隊的 Claudeforce 計劃，都必須從合約上的可用性開始，而不是從功能開始。
根據 彭博 2026 年 4 月 29 日的報道，高盛的限制是按地點執行的：海外員工到訪香港期間同樣無法使用，而香港員工仍可使用其他模型。這不是香港政府的行動，而是一家美國供應商的存取政策，透過客戶合約落實。
新聞稿本身亦寫明，可用性「可能因地區而異，並受客戶協議規管」。對香港企業而言，這句話就是整篇文章的重點。透過 Amazon Bedrock 在 Salesforce 信任邊界內取用的 Claude，其合約路徑可能與 Claude.ai 不同，然而「可能」不是一個合規立場。它是一個必須在任何試點之前，以書面形式向 Salesforce、Anthropic 與你的法律團隊提出的問題。
另一方面，緊迫性同樣真實。香港貨幣及金融研究中心的報告顯示，受訪的銀行、保險公司與資產管理公司之中，75% 已經落實或正在積極試行至少一個生成式 AI 用例。同業正把 AI 代理部署到收入流程之中；問題只在於你的組織是透過受治理的線束去做，還是透過影子工具去做。
試點 Claudeforce 之前，你應該回答哪四個問題？
四個問題區分了一個站得住腳的 Claudeforce 試點與一場昂貵的實驗：推理在哪裏運行、屬於誰的合約；哪些動作受 Salesforce 權限約束、哪些會產生新的風險敞口；以你的席位數計算，雙計費模式是什麼樣子；以及銷售人員是否真的會改變工作方式。先以書面回答全部四個問題。
問題一：推理在哪裏運行，屬於誰的合約？
透過 Bedrock 在 Agentforce 內使用 Claude、以插件形式使用 Salesforce in Claude、在 Slack 內使用 Claude，是三條不同的部署路徑，由三個不同的合約方負責。對香港實體而言，你打算使用的每一條路徑，都要取得地區可用性的書面確認。技術上可達但合約上排除的路徑，就是高盛的情境。
問題二：哪些動作受治理，哪些是新的風險敞口？
把你計劃啟用的每一項技能，對應到它所寫入的 Salesforce 權限集。然後再把插件可從 Slack 與其他連接器讀取的數據逐一列出，因為這個讀取範圍比你的 CRM 更廣。私隱專員公署 2026 年 8 月的代理式 AI 指引 把廣泛存取與自主行動的組合視為全新的風險類別；你的資料保障主任會要求的，正是這張對應表。
問題三：雙計費模式是什麼樣子？
Salesforce in Claude 尚未公布獨立定價。包括 Salesforce Ben 在內的業界分析指出，Salesforce 就其平台用量計費，而 Claude 推理則與 Anthropic 另行簽約。兩個計費表意味著兩份預測。在財務總監提問之前，先建立一個涵蓋兩者的每位銷售人員每月成本區間。
問題四：銷售人員真的會改變工作場所嗎？
這個產品的前提是銷售人員不再打開 CRM。這是行為改變，不是功能開關。麥肯錫《2026 年 AI 現狀》調查發現，大型企業中規模化部署 AI 代理的比例升至 40%，而報告有任何 EBIT 影響的比例維持在 37% 不變。差距在於採用與流程重新設計，Claudeforce 並不能讓你免去這一步。
香港企業在實務上如何應用這個框架？
假設一家香港物流集團有 400 名員工，其中 50 人負責客戶開發，使用 Salesforce Sales Cloud 與 Slack。正確的第一步是就三條部署路徑取得書面可用性確認，為最重要的五至六項技能繪製治理地圖，並設定一個有上限的雙計費預算。做完這些，20 個席位的試點才有意義。
實務上的次序如下。IT 總監向 Salesforce 客戶團隊與 Anthropic 分別索取書面確認：透過 Bedrock 在 Agentforce 內使用 Claude，以及使用 Salesforce in Claude，在香港是否可用。資料保障主任把各項技能對應到權限集與 Slack 讀取範圍，並按《個人資料（私隱）條例》的保障資料原則記錄評估。業務發展主管選出會議準備與交易健康度審視這兩項，因為客戶經理目前在這兩件事上耗時最多。
財務主管建立一個區間：相關技能的 Salesforce 用量成本，加上按 Anthropic 公布的每 token 費率與合理使用假設估算的每位銷售人員每月推理成本。我們早前關於 零數據保留作為合約條款 的文章，涵蓋了在議價時應同時要求的數據處理條款。
四個答案齊備之後，集團才啟動 20 個席位的試點，並設定明確的基線：客戶經理現時每週花在會前研究與管道更新上的小時數，在試點前後分別量度。呈交管理委員會的是這個數字，而不是一份滿意度調查。
企業主管在 Claudeforce 上最常犯什麼錯誤？
五個最常見的錯誤是：把美國的公告當成香港的可用性；在治理地圖存在之前就試點插件；只為一個計費表做預算而實際上有兩個；把模型質素與線束質素混為一談；以及用熱情而非每位銷售人員回收的小時數來評估試點。上述四問題框架可以避免每一個錯誤。
第一個錯誤最昂貴，因為它最後才被發現。團隊建立了熱情，在海外同事的帳戶上完成了一次成功試點，然後才得知香港實體無法就同樣的存取簽約。請從合約開始。
第四個錯誤較為隱蔽。企業把 Claude 與其他模型放在基準測試上比較，得出推理質素足以支持轉換的結論。然而 Claudeforce 真正的價值主張，是 Salesforce 的確定性規則約束着模型可以做什麼。如果你的 Salesforce 實例驗證規則薄弱、權限設定寬鬆，一個更強的模型只會更快地犯下「合規」的錯誤。先修好線束。
第五個錯誤是斷送職業前途的那一個。一份寫着「銷售人員很喜歡」的試點報告，財務總監無從批准。一份寫着「20 個席位的客戶經理每週在會前準備上回收 3.2 小時」的報告，才是一條預算項目。
部門主管應該從 Claudeforce 得到什麼啟示？
Claudeforce 是至今最清晰的訊號：企業軟件正在變成一個讓 AI 代理透過它行動的治理層，而不是一個讓人點擊的畫面。對香港的領導者而言，策略上的啟示是把合約可用性、治理對應與雙計費經濟視為決策本身，而把 37 項技能視為細節。
將會受益的組織，是那些已經以嚴謹的權限與驗證規則運行 Salesforce、擁有能夠對應代理存取範圍的資料保障職能、並且能在試點開始前說出每位銷售人員基線的組織。將會陷入困境的，是那些買下了公告、事後才發現地區條款的組織。
這一切都不是等待的理由，而是排序的理由。香港金融與專業服務業的同業，已經把 AI 代理推進收入流程，而受治理的採用與影子式的採用之間的差距，每一季都在擴大。你要做的，是站在受治理的那一邊，並且與一位見證過足夠多科技周期、知道該先問哪些問題的夥伴同行。
懂AI，更懂你 UD相伴，AI不冷。
本文由 UD 企業 AI 團隊審閱。
了解了框架，下一步是找出最適合你的組織的切入點。UD 團隊手把手帶你完成每一步：從 AI 準備度評估、治理對應、供應商合約，到部署上線與成效追蹤，28 年企業服務經驗，全程陪你走。
