Salesforce 推出了重建版的 Slackbot，將這個長期存在的 Slack 助理從輕量級通知功能，改造成公司所描述、能搜尋工作資料、撰寫內容並在 Slack 內觸發動作的 AI 代理。根據 VentureBeat 的報導，新的 Slackbot 現已對 Slack Business+ 與 Enterprise+ 客戶全面開放，而 Salesforce 則將這次發布定位為其更廣泛推進代理式軟體（agentic software）的核心一步。

這項動作之所以重要，是因為 Salesforce 並不是在推出一個獨立聊天機器人。它正試圖把 Slack 變成職場 AI 的預設介面，將協助功能直接嵌入許多團隊整天都在使用的協作工具中。這使得 Salesforce 直接與 Microsoft 展開競爭；Microsoft 正透過 Teams 與 Microsoft 365 推動 Microsoft Copilot，同時也要與 Google 一較高下，後者正將 Google Gemini 逐步整合進 Workspace。對產品團隊與企業買家而言，實際問題與其說是模型是否新穎，不如說是一個能存取公司脈絡的內建助理，是否能在不造成新的安全與治理麻煩下，減少工具切換。

Slackbot 正被重新定位為工作場域 AI 的前端

VentureBeat 報導指出，Salesforce 高層將新的 Slackbot 描述為一次全面重建，而非漸進式升級。Salesforce 共同創辦人兼 Slack CTO Parker Harris 告訴該媒體，先前的助理是基於較簡單的演算法邏輯，而新系統則依賴大型語言模型、搜尋與連接企業資料的整合器（connectors）。

根據這項說法，Slackbot 可以從 Slack 對話、Salesforce 記錄、Google Drive 檔案與行事曆資訊中擷取內容，然後利用這些脈絡回答問題、總結工作、產生草稿並協助協調下一步。在 Salesforce 提供給 VentureBeat 的產品示範中，Slackbot 也被展示為生成 Slack Canvas 文件，以及檢查利害關係人是否有空參加審查會議。

這正是戰略重點。Salesforce 主張，工作場域 AI 應該存在於對話、檔案與決策已經發生的地方，而不是放在一個獨立目的地。如果這個方向成立，Slack 在 Salesforce 的產品組合中就不再只是訊息工具，而會成為員工查詢公司知識並將任務路由給軟體的控制層。

公司也使用「super agent」的說法來描述 Slackbot 未來可能的發展方向。Harris 告訴 VentureBeat，Salesforce 最終希望 Slackbot 能作為其他代理與工具之間的協調層。不過，報導也指出，他同時提醒多代理的大規模編排仍處於早期階段，這顯示 Salesforce 正試圖在雄心與對當前企業部署現況的現實認知之間取得平衡。

模型選擇、法規遵循與資料存取，是這次推出的核心

根據 VentureBeat 的報導，新版 Slackbot 目前運行於 Anthropic 的 Claude。Harris 表示，這個選擇受到合規需求影響，具體而言，Slack 的商業服務是運行在 FedRAMP Moderate 認證之下，而在 Slack 開始打造這項產品時，Anthropic 是能滿足這些需求的供應商。

不過，這看起來並不是長期只用單一模型的策略。Harris 告訴 VentureBeat，Salesforce 今年預計會支援更多供應商，並明確提到 Google Gemini 很可能適合某些工作負載。他也表示，OpenAI 仍然是可能選項。這對買家與開發者很值得注意，因為它表示 Salesforce 想保有成本、延遲與能力上的彈性，而不是把 Slackbot 綁死在單一基礎模型上。

Salesforce 對客戶資料的立場，也在這次發布敘事中占據核心。Harris 告訴 VentureBeat，Salesforce 不會用客戶資料訓練模型，並將其定調為安全需求，因為模型訓練無法像企業權限那樣保留細粒度的存取控制。這項說法很重要，但在這篇報導中仍應被視為供應商對產品設計與政策的陳述，而非獨立驗證的稽核發現。

架構問題不僅止於模型選擇。工作場域助理只有在能以正確權限取得正確資料時才有價值。VentureBeat 報導稱，Slackbot 的設計只會存取請求使用者本來就有權查看的資訊。這種考慮權限的擷取模式，實務上可能比頭條式的模型比較更重要，因為它會影響信任與部署速度。

Salesforce 以內部採用與試點客戶作為佐證

此次發布所提出的大部分強力證據，來自 Salesforce 自身使用情況與精選試點部署。VentureBeat 報導，Salesforce 在內部對 8 萬名員工測試了新版 Slackbot，其中三分之二曾嘗試使用。Salesforce 表示，在這些使用者中，有 80% 持續 नियमित 使用，滿意度達到 96%，而員工回報每週可節省 2 到 20 小時。

這些數字很驚人，但它們是供應商自行報告的內部指標，而非第三方基準。不過，這確實顯示 Salesforce 把 Slackbot 當成認真進行的 dogfooding 專案，也暗示產品已達到足以供廣大員工使用的成熟度。只是作為客戶 ROI 的通用替代指標，它的參考價值有限，因為內部環境、激勵機制與上線支援都與多數企業不同。

VentureBeat 也提到 Beast Industries、Slalom、reMarkable、Xero、Mercari 與 Engine 等試點使用者。文中 Beast Industries 的 CIO Luis Madrigal 表示，部署過程異常順利，因為 Slackbot 尊重既有權限；其他受訪使用者則提到每天可節省約 30 分鐘到至少 90 分鐘不等。

同樣地，這些例子有助於展現 Salesforce 想強調的工作流程：行銷整合、脈絡擷取、會議準備與跨部門協調。但它們仍屬於軼事性且經過客戶篩選的案例。評估 Slackbot 的企業仍需測試，這些節省時間的效果是否能在試點條件之外、以及更受監管或更碎片化的資料環境中持續存在。

這場競爭真正比的是工作流程重力，而不是聊天功能

從表面上看，Slackbot 進入的是一個競爭激烈的市場。Microsoft Copilot 已經憑藉其在 Outlook、Word、Excel、Teams 與 Microsoft 365 中的深度佈局而受益。Google Gemini 也愈來愈深地嵌入 Workspace，能夠跨 Gmail、Docs、Meet 與 Drive 運作。Salesforce 則提出不同主張：Slack 本身才是工作脈絡最自然累積的地方，尤其是在已經透過頻道進行日常協調的組織裡。

這個區別很重要。在許多公司裡，正式記錄系統放在一個地方，而真正的決策、例外與交接則發生在別處。Slack 的優勢若有，其關鍵就在於可存取這些持續進行的對話及其周邊產物。風險則在於，對話脈絡也可能雜亂、不完整或帶有政治敏感性，因此擷取品質與存取控制就變得至關重要。

此外還有平台層面的考量。VentureBeat 指出，Anthropic 最近預覽了 Claude Code for Slack，而 OpenAI、Google 與 Vercel 也都為該平台打造了代理。如果 Slack 成為一個讓多個專門代理與人類員工共存的地方，那麼 Slackbot 作為原生協調者的角色就會更重要。若不是如此，它可能仍只是已經充斥著重疊 copilots 的市場中的眾多助理之一。

定價又增加了另一層變化。VentureBeat 報導，Business+ 與 Enterprise+ 客戶可免費取得 Slackbot，不需額外付費。這相較於分開計費的 AI 產品，降低了試用門檻。但同篇報導也提到與 Salesforce 資料存取成本相關的更廣泛疑慮，並引述 Fivetran 執行長 George Fraser 對 API 定價與資料控制如何影響下游工具與企業架構的看法。這與 Slackbot 本身是周邊議題，但對買家而言，它再次凸顯一個熟悉的問題：一個吸引人的前端助理，底下是否綁著更限制性的資料策略。

證據、限制與仍不明朗之處

VentureBeat 確認的核心產品消息很明確：Salesforce 已將 Slackbot 重建為以 LLM 為基礎的搜尋與動作能力，並對符合資格的 Slack 方案開放一般使用，同時規劃分階段推出，行動裝置支援預計於 3 月初完成。

除此之外，幾項說法需要謹慎看待。內部採用率、滿意度分數與節省時間的估計，全都是 Salesforce 自行報告的數據。試點客戶的證言有助於提供方向性訊號，但不構成獨立驗證。高層將 Slackbot 稱為「super agent」或代理型企業的「前門」等說法，應被理解為戰略定位。

還有一些問題尚未解答。VentureBeat 表示，日曆讀取與空檔檢查在發布時就已可用，而真正的會議預訂會稍晚推出。目前不支援圖像生成。據報，Salesforce 代表拒絕細談是否支援 HubSpot 或 Microsoft Dynamics 等競爭 CRM 系統。對許多企業而言，這個互通性問題與助理本身的品質同樣重要。

下一步值得觀察什麼

首先，觀察 Salesforce 是否會把模型選擇擴展到 Claude 之外，特別是支援 Google Gemini 或 OpenAI。這將顯示公司是否真的把基礎模型視為可互換的基礎設施。

其次，觀察 Slackbot 從擷取與撰寫，到可靠工具使用的進展速度。生成 Slack Canvas 與檢查行事曆是有用的早期步驟，但更廣泛的工作流程自動化需要可靠的動作、更清楚的核准流程與更強的可稽核性。

第三，尋找超越試點案例與內部 dogfooding 的客戶證據。來自受監管產業或跨國企業的大規模部署故事，會比發布日的證言更有意義。

最後，持續關注資料層。如果 Salesforce 能在維持簡單存取控制與可控整合成本的同時，讓 Slackbot 廣泛有用，就會強化 Slack 在企業 AI 中的角色；若客戶遇到鎖定風險或互通性不均，Microsoft Copilot 與 Google Gemini 可能會顯得更像預設的安全生產力選項。

Creati.ai 觀點

Salesforce 重建版 Slackbot 是一次認真的產品動作，因為它將 AI 與既有行為模式連結起來，而不是要求員工去採用一個新應用。對許多團隊來說，Slack 本來就是讓決策浮現、釐清並升級處理的地方。植根於這條訊息流的助理，比起獨立機器人更有機會成為習慣，尤其當它能把聊天脈絡轉化為文件、搜尋與後續動作時。

但這項產品的成功，取決於營運上的信任，而不只是發布日的示範。企業買家會在意考慮權限的擷取、模型選擇彈性、整合廣度，以及 Slackbot 是否能在不增加治理負擔的情況下節省時間。從這個角度看，這不只是 Slack 的一個新功能，而是一場測試：Salesforce 是否能把對話脈絡轉化為對抗 Microsoft Copilot 與 Google Gemini 的持久企業 AI 優勢。