Agentforce Coworker 把每一個 Salesforce 搜尋框變成 AI 同事——CRM 周邊開發者需要知道的事

要吞下一個品類的企業軟體，有一個可辨識的形狀。20 年前是企業內網的 Google 搜尋框；10 年前是 Slack 的命令列。這個週末變成 Agentforce Coworker——Salesforce 的「搜尋框內 AI 同事」，5/21 公告，過去 72 小時內陸續 rollout 到所有有 Agentforce 授權的組織。

這個產品介面面積很小、意涵很大。在任何 Salesforce 搜尋框打字——Global Search、Slack、Teams、有接連接器的話連 ChatGPT 都行——一個 AI 代理人會讀你的 CRM 上下文，給附資料來源的答案，再問你要不要 take action。互動模型平淡到很容易錯過剛剛發生了什麼：Salesforce 把搜尋框設成了 CRM 的主介面。表單、清單檢視、儀表板被降為次介面。

如果你替「業務跑在 Salesforce 上」的客戶做開發，這就是接下來 12 個月的整合窗口。下面是實質：發佈了什麼、改變了什麼、以及你 roadmap 上要排的四件具體工作。

一、實際發佈了什麼

Agentforce Coworker 現在以 beta 形式對 Enterprise、Unlimited、Agentforce 1 三個版本的 Agentforce 客戶開放。它出現在：Salesforce Global Search——每一個 Lightning 頁面頂部的搜尋框；Slack——以 slash command 與內嵌 panel 的形式；Microsoft Teams——同上；ChatGPT——透過 2025 年 12 月發佈的 Salesforce custom GPT 連接器；以及行動裝置——Salesforce 行動 App 原生搜尋體驗內。

在每個介面，代理人都能存取「使用者權限範圍內」的 CRM 資料、近期活動、商機、案件，可以用自然語言回答，也可以動手——記錄一通電話、更新一筆資料、生成一份報價、升級一個案件。它認權限、有 audit log，並依你組織的 Einstein Trust Layer 設定執行。對 admin 來說最重要的一件事：這不是一個要從零治理的新系統，是已經存在的 CRM 加了一個對話介面。

公告隨附的 roadmap 在 Q3 還會再加兩個介面：把代理人帶進 Gmail 與任何 Web App 的瀏覽器擴充套件，以及讓第三方 App 把代理人嵌成 panel 的 API。Salesforce 在追的 pattern 很清楚：成為企業資料的對話介面，不論 host 是什麼 App。

二、為什麼搜尋框是對的介面

戰略決定是要在每個知識工作者每天用幾十次的介面上，跟 Microsoft Copilot、Google Gemini for Workspace、以及一堆垂直代理人開打：搜尋框。三個理由讓這是對的選擇。

第一，搜尋框是企業軟體裡摩擦最低的輸入介面。使用者不需要學新快捷鍵、新 App、新對話視窗。過去兩年困擾企業 AI 採用的「發現問題」，光靠「待在使用者已經在打字的地方」就解掉了。

第二，搜尋是需要上下文的代理人的自然入口。獨立的 chat 視窗從零上下文開始。內嵌在資料筆記頁的搜尋框，已經把那筆資料納入 scope。代理人的第一個問題「使用者想要我做什麼」，被周圍的 UI 回答了一半。

第三，搜尋框是「串接動作」的自然位置。打「找 Acme 最近的商機並草擬一封 follow-up 信」，代理人在同一個輸入框裡同時拿到 query 與下一步動作。這個工作流在傳統 CRM 一直是痛點——你找資料，然後跳到另一頁去操作。Agentforce Coworker 把兩者壓進同一個 input。

三、這對「碰 Salesforce」的開發者改變了什麼

整合窗口比看起來大。四個區域立刻打開。

讓代理人看得到資料的 custom Lightning 元件。 任何你以 Lightning Web Component 形式做的、揭露非標準資料的元件——客製合約紀錄、付款狀態、第三方系統摘要——現在都該包上「Agentforce 可讀」的 metadata，這樣代理人就能把它納入回答與動作。pattern 跟 SEO 的 schema.org 標記類似：一層註記，把「代理人本來就抓得到的資料」變成「代理人會放心用的資料」。

作為代理人工具揭露的 custom Apex action。 Apex action framework 新增了一個 annotation，把一個 method 發佈成「代理人可呼叫的工具」，含型別化的輸入、自然語言描述、權限範圍。任何你做成 Apex action 的商業流程——報價生成、客製資料筆記創建、第三方 API 呼叫——都該重新檢查是否屬於代理人的工具箱。

Slack 與 Teams App 整合。 如果你有 custom Slack App 在拉 Salesforce 資料，現在代理人會跟它競爭。務實的做法是把這個 App 重構成 Agentforce extension——保留資料介面、退場 UI、讓代理人處理對話。維護負荷下降，使用者體驗改善。

第三方資料來源。 Salesforce Data Cloud Connector 同週也做了 refresh。客戶在「非 Salesforce 系統」裡的資料——Laravel 撐起的 PIM、自製 MIS、計費平台——都能接成外部資料源，對代理人變得可見。代理人不在意資料是否在 Salesforce 內，它在意連接器存在不存在。對於替「使用 Salesforce 客戶」維護 Laravel 端系統的代理商，建這個連接器的合約，在三個月省下「但 CRM 看不到那個」的票卷就回本了。

四、要管理的風險

這次釋出不是沒有銳邊，好代理商會在客戶問之前先處理三個風險。

對客製 records 的幻覺。 代理人在標準物件上很強，因為它對 Salesforce schema 受過訓練；對客製物件、特別是新建的、樣本資料少的，變異較大。緩解辦法是把物件的 description metadata 填得豐富、把 Apex action 描述寫成平白語言、再對「代理人對該物件前 50 個回答」跑一輪抽樣 QA。

權限邊界的意外。 代理人尊重 record 層權限，但它跨多筆 record 摘要的方式，會合成出「單一使用者技術上不被允許做的推論」。Salesforce 權限引擎抓得到資料外洩；但使用者感受到「代理人告訴了我不該知道的事」是另一個問題，值得跟 security stakeholder 開一次會。

動作不可逆。 代理人會提議動手。多數動作可逆（更新欄位、記錄通話）；有些不可逆（寄信、結案、Po 到 Slack 頻道）。建議前 30 天對每個不可逆動作預設「執行前先問」，並建一張 audit dashboard，讓 admin 團隊看得到代理人在整個組織做了哪些動作。

五、對「多廠商代理商」的戰略解讀

最深的意涵在於：維護「Salesforce + 客製 Laravel/Flutter stack + 第三方計費或電商平台」整合的代理商。兩年前的自然答案是「我們用 REST call + Slack 通知把它們黏起來」；一年前是「我們用 Zapier 或 n8n 編排」；今年，越來越多時候答案是：Agentforce Coworker 當對話膠水、custom Apex action 當動詞、Data Cloud Connector 當讀取介面。

那是重新架構，不是重構。早一步認出這個形狀、在客戶內部 IT 自己做之前主動提案的代理商，就是接下來 18 個月會接到這批整合工的代理商。把 Agentforce Coworker 當成「Salesforce 又一次功能更新」的代理商，會在 Dreamforce 從競爭對手的 case study 裡讀到它。

我的觀點

三年的企業 AI 製造出一種疲乏：每個廠商都有代理人、每個代理人都有 chat 視窗、沒有任何一個 chat 視窗被用第二次。Agentforce Coworker 是今年第一個我本來預期會忽略、結果留著的產品。原因是搜尋框。把 AI 放進我一天本來就用 20 次的介面，移除了發現問題；對話式回應開始取代我以前在清單和 tab 之間點來點去的導覽。

對代理商來說，行動指令很明確：把客戶冊裡每個用 Salesforce 的客戶都排一場一日工作坊，把他們最常見的三個工作流對應到 Agentforce Coworker 的 prompt，記錄「代理人哪裡做得好、哪裡掉鏈子」。在那些工作流上痛點最深的客戶，就是 Q3 會付錢給你做整合工的客戶。還沒感到痛的客戶，Q4 也會感到。

風險是當你在客戶面前解釋這個的時候，客戶內部的擁護者三個月前已經把這件事跟 CEO 解釋完了。現在動。