Meta改用Slack承載內部智能體，理由是Slack是當前“最強的智能體平臺”
Meta首席AI官Alexandr Wang在內部備忘錄中稱，公司將把內部通信從Google Chat遷移至Slack，理由是Slack是當前“最強的智能體平臺”。
Wang在備忘錄中列出的核心依據包括：Slack具備面向智能體的對話式交互界面、成熟的開發者工具，以及強大的第三方集成能力。Meta的判斷並非Slack單純比Google Chat更適合員工聊天，而是其更容易容納企業內部不同團隊開發、調用和管理AI智能體。
備忘錄稱，並非所有Meta員工當前都在開發智能體，但公司認爲，建立可靠且實用的智能體生態將使全體員工受益。Meta尚未公開遷移的完成日期、覆蓋員工數量、現有Google Workspace合同安排、Slack付費級別或引入的首批智能體名單。
Slack的第三方集成能力意味着，智能體可在消息線程中連接代碼倉庫、工單、日曆、知識庫、數據倉庫和企業應用，在用戶發出指令後檢索信息、生成結果或觸發經授權的工作流。該能力的價值取決於實際接入的工具、身份權限、審計記錄和人工審批機制，而非聊天界面本身。
此次選擇將Meta與Salesforce的關係從普通企業軟件採購提升爲智能體基礎設施合作。Slack屬於Salesforce，後者正通過Agentforce、Slack Code等產品將AI智能體嵌入企業協作場景；Slack Code已支持團隊在項目頻道內調用Claude Code、Devin、GitHub Copilot、ChatGPT和Vercel等編碼智能體。
Meta仍保有自研Llama模型、內部數據平臺、開發工具鏈和多個人工智能項目，因此此次遷移不代表Meta放棄自建AI或採用Salesforce模型。更準確的理解是：Meta選擇Slack作爲人與內部或第三方智能體協作的消息入口，而不是將其基礎模型、訓練基礎設施或核心AI戰略外包給Salesforce。
市場機制上，Meta作爲大型技術公司遷移內部通信工具，會爲Slack帶來高價值企業席位、智能體調用量和生態示範效應；Salesforce受益於在AI工作流入口獲得大型客戶背書。Google Chat則面臨企業協作工具從“會議與消息捆綁”轉向“智能體可集成性”的競爭壓力；圍繞Slack開發工具、部署身份控制和管理企業智能體的第三方軟件商，也可能獲得更多接入需求。
來源：公開信息
ABAB AI 解讀
Meta長期在內部構建自有開發與協作基礎設施，並以Llama開放權重戰略爭奪模型層生態；但Wang選擇Slack，說明模型公司並不必然在每個工作流入口自建產品。企業智能體最困難的部分常常不是生成文本，而是把模型接入員工已經使用的對話、權限、任務、文檔和審批系統。Slack經過多年發展已積累頻道、線程、應用目錄、OAuth權限模型、機器人接口與企業審計能力，遷移的實質是買入這些長期形成的工作流資產。
資本路徑從按席位銷售協作軟件，轉向按智能體調用、連接器、自動化任務和治理功能擴張。Slack若成爲智能體的默認入口，模型廠商、開發者工具、數據庫、搜索和SaaS產品都需要爲進入這個消息界面支付集成、分發或使用成本；Salesforce不一定要擁有每一個模型，卻可以通過控制“智能體在哪接收任務、調用哪些企業工具、由誰審覈結果”的中間層積累價值。
這可與Microsoft Teams和Copilot的路徑直接對照：Microsoft借Teams、Microsoft 365、Entra身份和Azure把協作、生產力與AI調用捆綁；Google則擁有Workspace、Gemini和Google Chat的原生入口。Meta從Google Chat遷至Slack，說明企業購買協作平臺時開始把智能體開發者體驗、第三方工具密度與多模型接入放到與消息穩定性同等甚至更高的位置。Slack Code支持Claude、Devin、GitHub Copilot、ChatGPT及Vercel，正是在爭奪這種模型中立的開發入口。
本質屬於產業鏈重構：AI競爭正在從“誰擁有最強模型”延伸到“誰擁有員工發起工作、驗證結果和調用企業數據的入口”。模型會不斷更替，但一旦團隊將頻道結構、權限策略、業務通知、智能體記錄和審批流沉澱在某個協作平臺，切換成本會快速上升。Slack要爭奪的不是一次聊天軟件替換訂單，而是企業智能體時代的控制平面；Meta的遷移爲這一定位提供了罕見的大型科技公司驗證。
ABAB News · 認知定律
模型決定能力，工作入口決定收入
智能體不缺回答，缺的是接入權限
聊天工具一旦接管任務，就變成操作系統