Salesforce 已推出重建版 Slackbot，能搜尋企業資訊、起草文件並替員工執行任務，將 Slack 長久以來的通知助手轉變為 AI 代理。根據 VentureBeat AI，該產品目前已向 Business+ 與 Enterprise+ 客戶正式開放，這也是 Salesforce 至今最明確的嘗試，意在讓 Slack 成為工作場域自動化的作業層。

此舉使 Salesforce 直接與 Microsoft 在 Teams 與 Microsoft 365 中的 Copilot，以及 Google 在 Workspace 中的 Gemini 展開正面競爭。這也發生在 Salesforce 試圖證明 AI 會擴大其軟體價值，而不是削弱其在企業應用中的地位之際。

Slackbot 內部有什麼改變

先前的 Slackbot 處理的是相對簡單、演算法式的工作，例如提醒、頻道建議與通知。根據 VentureBeat 引述的 Salesforce 高層說法，新系統是以大型語言模型、搜尋引擎，以及連接企業資料來源的整合器所構成。

在推出時，Slackbot 可跨 Slack 對話、Salesforce 記錄、Google Drive 檔案與行事曆資訊運作。它也能建立 Canvas，也就是 Slack 的協作文件格式，讓使用者把答案轉成可供審閱與進一步編輯的共享工作區。

VentureBeat 所描述的產品示範顯示，Slackbot 會分析客戶回饋、檢視上傳的儀表板影像、辨識可能適合早期存取計畫的 Salesforce 帳戶，並將結果整理進 Canvas。之後它還可以檢查相關利害關係人的行事曆可用時間。檢查可用時間的功能在推出時就已提供，而自動預訂會議則被描述為短期內會加入的功能。

這項流程之所以重要，是因為它讓 Slackbot 超越單純的資訊擷取。傳統的工作助理可能只是摘要對話或找出檔案。Salesforce 將這個版本呈現為一套系統，能夠蒐集證據、產出結果，並開始協調下一步，而不必強迫員工在多個應用程式之間切換。

儘管架構大幅改造，Slack 仍保留 Slackbot 這個名稱。Salesforce 共同創辦人兼 Slack 技術長 Parker Harris 將其描述為一個根本上全新的產品，而非原始工具的漸進式升級。

證據與主張大多仍來自 Salesforce 自述

報導中引用的最強採用與生產力數據，主要來自 Salesforce 自己的內部測試或客戶證言，而非獨立研究。Salesforce 表示，在測試期間已將新版 Slackbot 開放給約 8 萬名員工使用。

根據公司說法，有三分之二的員工嘗試過它，其中 80% 的使用者持續 नियमित 使用，滿意度達到 96%。Salesforce 也表示，員工回報每週可節省 2 到 20 小時。這些數據顯示內部參與度很高，但在可取得的證據中尚未經獨立驗證，也不能證明其他組織能得到相同結果。

Salesforce 高層也提到自然形成的使用模式。公司表示，員工建立了一個包含 250 多個提示詞的共享 Canvas，而根據 Salesforce 使用者體驗團隊的研究，社群分享占了內部採用的 73%。這些細節顯示，提示詞分享與同儕學習可能對部署很重要，但仍屬供應商自述的訊號。

試點客戶也提供了類似說法。與 YouTube 創作者 MrBeast 相關的 Beast Industries 表示，由於 Slackbot 尊重每位使用者既有的權限，其安全審查進行得相當快。據稱有一名員工每天至少節省 90 分鐘，而 Engine 的一位高層估計，該工具透過減少情境切換，每天可節省約 30 分鐘。這些證言展示了可能的使用情境，但並非受控的生產力研究。

Salesforce 表示，不會使用客戶資料訓練其 AI 模型。Harris 也主張，若把機密對話當作訓練資料，將很難維持個別存取控制。因此，對買家而言，更直接的安全問題是每個部署如何管理搜尋、權限、連接器與生成動作。

Claude 先行支援，但 Salesforce 保持彈性

新的 Slackbot 目前運行於 Anthropic 的 Claude。Harris 表示，合規要求影響了這項選擇，因為 Slack 的商業服務是以 FedRAMP Moderate 認證為美國聯邦客戶提供，而在開發啟動時，Anthropic 是唯一能符合相關要求的供應商。

Salesforce 計畫加入其他模型供應商。Harris 特別提到 Google Gemini，並表示 Salesforce 預期會在部分工作負載中使用它，而 OpenAI 也仍是可能選項。這顯示 Salesforce 採取的是模型無關策略，Slackbot 的價值較少依賴單一模型的獨占存取，而更多來自企業搜尋、權限與工作流程整合。

這種做法也反映 Salesforce 更廣泛的觀點：大型語言模型正成為可替換的基礎設施。對客戶來說，未來模型選擇可能影響成本、延遲、品質與合規，但不必完全重設 Slack 的使用體驗。

Salesforce 也將 Slackbot 描述為未來的「超級代理」，可與其他代理與工具協同運作。Slack 已經承載或支援來自 Anthropic、OpenAI、Google 與 Vercel 等公司的代理。Harris 表示，Slack 可能成為 Model Context Protocol 的客戶端，讓 Slackbot 能使用更廣泛軟體生態中的工具。

不過，公司對這個願景也有所收斂。Harris 承認，企業系統目前仍主要處於單一代理階段，並表示 Salesforce 會聚焦於有用的協調，而不是推動數百或數千個代理共同工作的情境。

為何這次推出對企業 AI 買家重要

根據 Slack 產品高層的說法，Slackbot 的競爭優勢在於它貼近已經在 Slack 中發生的工作。使用者不必先打開另一個應用程式或設定新的知識庫，就能針對自己已看見的對話、文件或決策提出問題。

然而，這份便利也正是產品的核心依賴。Slackbot 的回答與行動，取決於透過授權連接器可取得的資訊，以及附加於其上的權限是否可靠。評估這項工具的企業，必須測試存取控制是否會在擷取與文件生成過程中被保留、引用或來源追蹤是否足以供審核，以及系統如何處理彼此衝突或過時的資訊。

產品層級的定價或許很簡單：Salesforce 表示 Slackbot 已包含在 Business+ 與 Enterprise+ 方案中，不另收費。但整體成本圖像可能沒那麼單純。VentureBeat 將這次推出與 Salesforce 的 API 存取定價疑慮聯繫起來，這可能影響將 Salesforce 資料移入 Snowflake 等系統，或連接到外部 AI 工具的公司。

這些疑慮部分來自 Fivetran 執行長 George Fraser 的評論，屬於市場風險，而非已證實的 Slackbot 收費。不過，對 CIO 來說仍很重要，因為嵌入 Slack 的助理可減少應用切換，但也會提高對 Salesforce 控制資料路徑的依賴。

對開發者與產品團隊而言，這次推出凸顯了一種實用的設計模式：把 AI 放在對話、權限與工作產物已經共存的地方，然後逐步加入工具呼叫。對 Salesforce 而言，挑戰將是證明這種嵌入式體驗不僅適合摘要，也足以支撐決策與行動。

接下來要觀察什麼

第一個訊號將是符合資格的客戶完成全面上線，以及行動版支援的到來；Salesforce 表示，這會在初始發布後跟進。買家也應關注承諾中的會議預訂功能、影像生成支援，以及像 Gemini 這樣的其他模型供應商。

更重要的是，是否能看到 Salesforce 之外的重複使用證據。獨立的客戶研究、更清楚的時間節省衡量，以及錯誤率報告，都有助於區分持久的工作流程價值與早期採用者的熱情。

第三方工具呼叫的發展將顯示，Slackbot 是否能成為有用的協調層，而不會產生難以稽核的自動化行動鏈。與 HubSpot 和 Microsoft Dynamics 等競爭 CRM 系統的整合，也是一個尚未解決的競爭問題。

最後，企業客戶需要追蹤 API 存取、資料共享政策與治理控制的變化。Slackbot 的吸引力取決於廣泛脈絡，而其可接受性則取決於這些脈絡是否仍具權限意識、可稽核且成本可預測。

Creati.ai 觀點

Salesforce 並不是靠再推出一個通用聊天機器人來贏得這場競賽。它押注的是，Slack 中累積的對話、文件與工作關係，能提供獨立 AI 工具所欠缺的脈絡。這是一項可信的產品策略，但目前報導中的採用數據仍是 Salesforce 自家的證據，而最具雄心的代理協調功能也仍在產品路線圖上。

真正的決定性考驗在於，Slackbot 是否能在保留使用者權限的同時，安全地完成跨企業系統的小型、可驗證任務，並讓團隊清楚看到結果是如何產生的。如果可以，Slack 將不只是溝通中樞；如果不行，Microsoft Copilot 和 Google Gemini 憑藉更廣泛的套件級整合，仍將保有重要優勢。