> ## Content Index > Fetch the complete content index at: https://growthhackers.tw/llms.txt > Use this file to discover other available public pages before exploring further. # Salesforce Headless 360 解讀:為什麼它把 CRM 拆了,只為了請 AI Agent 走正門 - URL: https://growthhackers.tw/blog/salesforce-headless-360-ai-agent-enterprise/ - Published: 2026-04-19T16:50:31.000Z - Updated: 2026-07-10T14:32:17.000Z - Author: Lewis wang - Tags: AI agent, Salesforce, 數位轉型, MarTech, 企業軟體 上週 Salesforce 在 TDX 2026 丟了一顆叫 **Headless 360** 的震撼彈。一口氣把平台裡所有功能,全部變成 API、MCP 工具、CLI 指令。講白話就是:以後 AI agent 不用打開瀏覽器,就能直接指揮整套 CRM。 你知道為什麼嗎?因為 Marc Benioff 自己先問了一個問題:「你為什麼還要登入 Salesforce?」 重點是什麼? 一家 27 年、靠賣 SaaS 訂閱席次起家的巨頭,現在跟你講:UI 不重要了,來人,把牆拆了。 ## 企業導入 AI Agent 的常見挑戰與技術瓶頸 這不只是 Salesforce 的問題。 如果你手上在管一家電商品牌,或者你在代理商負責客戶營運,這兩年一定體感很強。大家都在喊 AI、喊 agent、喊 copilot,但實際要做起來的時候,工程師和行銷窗口都會跑來跟你講同一句話: > 「這個東西跑起來很神,但我不敢動它。」 為什麼?因為 LLM 本質是機率系統,但企業要的是**確定性結果**。你改一個 prompt,先前跑過的 50 個測試案例全部都得重來。上線之後,大家都不敢往前走一步。 這叫冰封的創新。 Salesforce 自家的 EVP Govindarjan 在 [VentureBeat 訪談](https://venturebeat.com/ai/salesforce-launches-headless-360-to-turn-its-entire-platform-into-infrastructure-for-ai-agents?ref=growthhackers.tw) 裡講得很白:「客戶靠硬幹把 agent 弄上線,結果變得不敢動。你改一個地方,不知道會不會 100% 還能正常運作。」 ## 什麼是 Salesforce Headless 360?用外送這件事看懂它在做什麼 想像一下你早上打開電腦,登入你家的 CDP 後台。篩標籤、撈名單、排 EDM、看 GA、丟給廣告團隊。這流程你熟,你的同事熟,你們的代理商也熟。 現在 Salesforce 的動作是什麼?他們講:以後這整套**自動化工作流**,agent 全部自己來。你只要跟它講「幫我抓上個月沒回購的高價值客戶,丟一封召回信」,剩下的它自己串。 這就像從逛大賣場進化到叫外送。 以前你得自己推著推車,在走道之間繞來繞去,找到商品才能結帳。現在你只要講「我晚餐想吃清爽一點」,外送 app 幫你選、幫你點、幫你叫車。 但這邊有個關鍵:外送 app 要能運作,餐廳的後廚必須改造成「不用走進店裡也點得到」的樣子。 這就是 Headless 架構在做的事。把所有後廚流程變成 API,菜單變成 MCP 工具,廚房指令變成 CLI。Salesforce 拆掉的,是那道「非得從 UI 走進去才能做事」的牆。講技術一點,就是把 UI 層跟商業邏輯層徹底解耦,讓 **API 整合**變成第一公民。 ![Salesforce Headless 360 四層架構:API / MCP / CLI 三種入口全開放,AI agent 從任何地方接進來](https://growthhackers.tw/content/images/2026/04/01-framework-headless-360.png) Headless 360 把 Salesforce 的四層平台(Data 360 / Customer 360 / Agentforce / Slack)每一層都開出 API、MCP、CLI 三個入口,Claude Code、Cursor、Codex、ChatGPT 都能直接接進來。 ## 企業級 AI Agent 架構解析:面客型 vs. 內部型 接下來更有意思。Govindarjan 在訪談裡講了兩種 AI Agent 企業應用架構,這個觀念你一定要記住。 | 架構 | 名稱 | 適用場景 | 技術本質 | 範例 | | ------- | -------------------------- | ------- | ----------------- | ---------------------------- | | **面客型** | Static Graph(Agent Script) | 跟終端客戶互動 | 狀態機,流程寫死,品牌規則固定 | 客服 bot、到站推薦、線上顧問 | | **內部型** | Ralph Wiggum Loop | 員工工作流 | 動態圖,執行時才展開,走一步看一步 | 數據研究、寫 code、產 campaign brief | **面客 agent** 不能亂跑。客戶今天問退貨,它不能自創劇本回「來玩個遊戲吧」。所以要用 Agent Script(Salesforce 這禮拜剛開源的 DSL)把它寫成狀態機,該走哪一步就走哪一步。 **內部 agent** 反過來,越開放越好。反正輸出都會有一個專家(就是你)再過目一次,讓它自由發揮問題不大。 重點是什麼? 兩種 agent 跑在同一個平台、同一套圖引擎底下。你不用為了客服養一套 stack、為了內部研究再養一套 stack。 這個判斷很重要。我這幾年看太多台灣品牌端在這件事上燒錢。為了面客做一套 chatbot 團隊,為了內部自動化再做一套 RPA 團隊,兩邊技術堆疊完全不一樣,連資料都不互通,最後每季對帳都在吵誰該算誰的成本。 如果你問我,這波 Salesforce 真正的訊號不是 MCP 有多威、也不是 Agent Script 開源,而是一件事:**同一套基礎設施,要能同時吃得下面客和面內部兩種場景。** ![兩種 Agent 架構對比:面客用 Static Graph 寫死流程,面員工用 Dynamic Graph 讓 LLM 自由推理](https://growthhackers.tw/content/images/2026/04/02-comparison-agent-graphs.png) 面客寫死、面員工放開,底下跑在同一套圖引擎。別把戰場搞混。 ## 企業如何準備 Headless 應用與 AI Agent 佈局?五個行動清單 | # | 行動 | 核心任務 | 注意事項 | | - | --------------------------- | ------------------------------- | ---------------------------------- | | 1 | **盤點後台可 Headless 程度** | 問一個問題:agent 不透過 UI 能完成 80% 操作嗎? | 答案若是「沒辦法」,接下來一年 OKR 就在這裡 | | 2 | **分清兩種 Agent 戰場** | 面客寫死、面員工放開 | 搞混了兩邊都會出事 | | 3 | **Slack/Teams/LINE 變成工作前台** | 統一溝通管道,別再一個工具一個帳號 | 員工打開電腦第一眼不會是 CRM,會是聊天室 | | 4 | **盯緊 Token 成本管理** | 從 per-seat 改成 consumption-based | 明年 CFO 會問你「這個 campaign 燒了多少 token」 | | 5 | **先用現成 Agent,別急著自己寫** | AgentExchange 上 1000+ agent 直接接 | 試一個月不合用再換,不要從零自建 | ## 這才是真正的「數位轉型」 這波 Salesforce 的轉身,台灣大部分人還沒跟上。但你仔細看它做的三件事: 1. 把平台拆成 Headless 2. 把收費從席次改用量(consumption-based) 3. 把前端交給 Slack 每一件事都在回答同一個問題:**當 agent 變成主要使用者,企業軟體該長什麼樣子?** ![SaaS 二十年演化:從 per-seat UI-first 到 agent-native headless,使用者從人類轉向 Agent](https://growthhackers.tw/content/images/2026/04/03-timeline-saas-evolution.png) 從 2005 Web SaaS 到 2026 Agent-native Headless,使用者從人類轉向 Agent,收費從席次轉向用量。UI 的舊時代正在結束。 我這七年從工廠業務做到數位行銷,看過太多「把網站改版就叫做數位轉型」的案例,說實話很多都是自欺欺人。 這次不一樣。Salesforce 現在在做的事,是把 27 年累積下來的 UI 整個推平,然後跟你講:真正值錢的從來都不是那個介面。是底下的資料、**自動化工作流**、信任機制。 也許就在今年、也許就在明年、也許就在後年吧?反正,你家 agent 第一次自己下單的那一刻,就是傳統 SaaS 舊時代結束的那一天。 切入重點,你現在就去看你家後台有沒有 API 文件。 沒有?那你知道下禮拜的 OKR 要加什麼了。 ## 關於 Salesforce Headless 360,大家最常問的幾個問題 **Q:Salesforce Headless 360 是什麼?** 簡單講,就是 Salesforce 把整個平台(Data 360、Customer 360、Agentforce、Slack)的每一個功能,全部開成 API、MCP 工具和 CLI 指令。以後 AI agent 不用打開瀏覽器、不用點 UI,就能直接操作整套 CRM。它在 TDX 2026 發表,代表 Salesforce 從「賣席次的 SaaS」轉向「給 agent 用的基礎設施」。 **Q:Headless 360 跟 MCP、API、CLI 是什麼關係?** 這三個是 Headless 360 開給外部的三種入口。API 給系統串接、CLI 給工程師下指令、MCP(Model Context Protocol)則是讓 Claude、Cursor、ChatGPT 這類 AI agent 能直接「讀懂」並呼叫 Salesforce 的工具。三個入口並存,你習慣用哪個都接得進來,這就是它「平台功能與技術架構」最核心的設計。 **Q:Headless CRM 跟傳統 CRM 差在哪?** 傳統 CRM 是「UI first」——所有事情都得有人登入後台、點介面才能做。Headless CRM 把 UI 層跟商業邏輯層解耦,讓資料和流程透過 API 直接被呼叫。對 AI agent 時代來說,差別就是一句話:agent 能不能繞過介面,自己把事情做完。 **Q:企業要導入 Headless 360,該先準備什麼?** 先問自己一個問題:你家後台,agent 不透過 UI 能完成 80% 的操作嗎?答不出來,代表系統還沒準備好。再來才是盤點你的[第一方資料護城河](https://growthhackers.tw/blog/ai-agent-first-party-data-moat/)——agent 再強,沒有乾淨、可被呼叫的資料,它一樣跑不動。 ## 2026 下半年進展：Headless 360 只是第一步 這篇寫於 TDX 2026 之後。半年過去，方向不但沒變，還被加碼驗證：在 Agentforce World Tour 上，Salesforce 把故事再推一層，從「把 CRM 拆給 agent 用」變成「整個平台都是 agent 的基礎設施」。他們自己的說法很直白：Salesforce 過去是「人」的 system of record，現在也要是「agent」的。 完整的戰略解讀，我寫在這篇：[Salesforce 把整個平台變成 AI agent 的基礎設施](https://growthhackers.tw/blog/salesforce-platform-agent-infrastructure/)。建議先讀本文搞懂 Headless 360 架構，再看那篇搞懂治理層，兩篇加起來才是全貌。 --- ### 參考資料 - [Salesforce Headless 360 官方公告](https://www.salesforce.com/news/stories/salesforce-headless-360-announcement/?ref=growthhackers.tw) - [VentureBeat:Salesforce launches Headless 360](https://venturebeat.com/ai/salesforce-launches-headless-360-to-turn-its-entire-platform-into-infrastructure-for-ai-agents?ref=growthhackers.tw) - [Agent Script GitHub 開源專案](https://github.com/salesforce/agentscript?ref=growthhackers.tw) - Matt Berman Podcast:Marc Benioff on Agentforce & Slack - MuleSoft Agent Fabric Keynote @ Dreamforce