Salesforce 已將 Slackbot 重新打造為一個 AI 代理，能搜尋職場資料、草擬文件並替員工執行任務，讓公司在職場 AI 上對 Microsoft 與 Google 做出更直接的回應。

新的 Slackbot 已對使用 Slack Business+ 與 Enterprise+ 方案的客戶全面開放。它的設計可跨 Slack 對話、Salesforce 記錄、Google Drive 檔案與行事曆資訊運作，將協作平台變成一個建議中的企業工作營運層。這次發布之所以重要，是因為 Salesforce 正試圖讓 Slack 成為從聊天式助理轉向可在商業系統內採取行動的AI 代理之核心。

熟悉的 Slackbot 名稱背後，是全新的架構

這個產品保留了 Slackbot 的名稱，但 Salesforce 高層形容目前版本是舊工具的完整技術替代品；舊工具主要負責提醒、通知與其他基本任務。新系統以大型語言模型、企業搜尋，以及與外部資料來源的連結為核心。

Slack 技術長 Parker Harris 告訴 VentureBeat，重新設計後的產品可以取用使用者已經被授權可存取的資訊。Salesforce 表示，不會用客戶資料來訓練模型。Harris 指出，把客戶對話保留在模型訓練資料中，會讓維持原始資訊所適用的權限邊界變得困難。

最初的模型供應商是 Anthropic Claude。Harris 表示，合規需求是主要因素之一，並指出 Slack 的商業服務在美國政府客戶下，採用 FedRAMP Moderate 認證。他也說，Salesforce 計畫加入其他模型供應商，包括 Google Gemini，且未排除 OpenAI。

這種做法反映出 Salesforce 更廣泛的立場：基礎模型正變成可互換的基礎設施，而不是產品差異化的主要來源。在這個案例中，Salesforce 押注的是業務情境、權限與工作流程工具的存取，會比對特定模型的獨家控制更重要。

示範展示了什麼，以及哪些仍未被證明

在 VentureBeat 描述的一場示範中，Slackbot 分析了客戶回饋、檢視使用儀表板影像、比較質化與量化發現，並在 Salesforce 中搜尋可能符合早期存取計畫的帳戶。接著，它把結果整理到 Slack Canvas，並檢查利害關係人的行事曆可用時間以便審閱。

這個工作流程說明了產品的預期角色：不只是回答問題，而是從研究走向共享文件，再走向協調。Slack 首席產品長 Rob Seaman 表示，Canvas 的建立代表 Slackbot 內部工具呼叫的早期範例。後續也規劃支援更多第三方工具呼叫。

報導中最強的採用與生產力數據，來自 Salesforce 自身的內部測試與參與客戶，而非獨立研究。Salesforce 表示，已讓約 80,000 名員工可使用該產品，其中三分之二曾嘗試過，而這些使用者中有 80% 持續 नियमित使用。公司也回報內部滿意度達 96%，並宣稱員工每週可節省 2 到 20 小時。

試點客戶也給出同樣正面的說法。據報導，Beast Industries 的員工表示每天至少可省下 90 分鐘，而 Engine 的一名主管估計每天能減少 30 分鐘的情境切換。這些例子是有用的興趣訊號，但仍屬供應商挑選的證詞，不能視為足以代表 Slack 全體客戶基礎的生產力證據。

Slackbot 進入擁擠的企業 AI 市場

Slackbot 正在與嵌入 Teams 與 Microsoft 365 的 Microsoft Copilot，以及整合到 Workspace 的 Google Gemini 競爭。Salesforce 高層認為 Slack 具有優勢，因為員工已經在那裡進行對話、分享文件並做出決策。公司的說法是，建構在既有工作流程上的助理，比獨立的 AI 應用更不需要設定。

Slack 也正在成為其他 AI 代理的發行渠道。Anthropic 已預覽 Slack 版 Claude Code，而 OpenAI、Google 和 Vercel 也為該平台打造了代理。Seaman 表示，許多部署到 Slack 的新應用都是代理，進一步強化 Salesforce 希望讓此平台成為員工與專業軟體之間共同介面的野心。

Harris 將 Slackbot 描述為一個潛在的「超級代理」，可與其他代理和工具協同運作。Salesforce 預期 Slack 會成為 Model Context Protocol 的用戶端，讓 Slackbot 能使用分散在軟體生態系中的能力。與此同時，Harris 也提醒，廣泛的多代理協調仍不成熟，並表示 Salesforce 會聚焦於實際的客戶成果，而不是涉及大量自主代理的示範。

定價旨在降低初期採用摩擦：Salesforce 表示，符合資格的 Business+ 與 Enterprise+ 客戶不需為 Slackbot 支付額外費用。不過，買家仍需評估將 Salesforce 資料連接到外部系統的更廣泛成本。VentureBeat 引述 Fivetran 執行長 George Fraser 的擔憂，認為 Salesforce API 定價的變動可能提高資料複製與第三方 AI 存取成本，進而可能把客戶推向 Salesforce 自家的資料與代理產品。Salesforce 將其定價方式描述為符合業界慣例。

為什麼這次發布對開發者與 CIO 很重要

對產品團隊來說，Slackbot 指向一種實用的企業 AI 設計模式：把代理放進既有工作介面中，保留原有權限，並讓系統在搜尋、分析與動作之間切換。這可能比獨立聊天機器人更有價值，但前提是檢索準確，且工具呼叫受到嚴格控管。

考量權限的存取對於處理敏感客戶、人事與財務資料的公司尤其重要。Slack 主張使用者只會看到自己已被授權可檢視的資訊，這可能簡化安全審查，如 Beast Industries 所報導。不過，這並不表示客戶不需要驗證索引、資料連接器、稽核軌跡，以及代理在資訊不完整或語意含糊的情況下採取行動所帶來的後果。

目前產品也顯示，代理式工作流程正以漸進方式到來。行事曆閱讀與可用性檢查已經可用，但直接預訂會議預計要在發布數週後才會推出。圖片生成在發布時並不支援。與 HubSpot 和 Microsoft Dynamics 等競爭 CRM 系統的整合則尚未說明。

對 Salesforce 而言，Slackbot 不只是功能更新。它是在測試，隨著模型日益普及，Slack 累積的職場情境是否能成為持久的競爭優勢。對企業來說，關鍵問題在於這些情境是否能帶來可靠決策與可衡量的時間節省，而不只是讓人更容易在聊天中發問。

接下來要關注什麼

接下來的訊號將是 Slackbot 是否能從內部使用者與試點客戶擴大，包含任務完成時間、錯誤率與用戶留存的獨立衡量。客戶也應關注承諾中的行動版發布、會議預訂功能與更多模型供應商。

工具存取將是另一個重要測試。Salesforce 對第三方呼叫與 Model Context Protocol 支援的規劃，將顯示 Slackbot 能否安全地與外部系統協作，或仍主要只是搜尋與草擬助理。買家在擴大部署前，應先釐清日誌記錄、核准步驟、連接器涵蓋範圍，以及 Salesforce 資料存取的定價。

Creati.ai 觀點

Salesforce 透過將 Slack 的對話情境、企業權限與業務記錄存取結合起來，做出了一項可信的策略性行動。若此產品優勢得以維持，其力量將較少來自 Anthropic Claude 本身，而更多取決於 Slackbot 是否能可靠地擷取正確資訊，並在不迫使使用者切換應用程式的情況下完成受限的工作流程。

目前證據仍屬早期，而且大多來自 Salesforce 自身。這次發布讓 Slackbot 成為職場 AI 的嚴肅競爭者，但持續價值將取決於獨立的生產力結果、透明的治理，以及客戶是否能以可預測的成本連接他們實際使用的系統。