Salesforce 這次推出 Headless 360，真正想拆掉的不是瀏覽器，而是「企業軟體一定要先進 UI 才能工作」這個老前提。當前一代智能體化 AI工具越來越像會自己讀文件、拉資料、送出動作的執行層，Salesforce 如果還守著傳統 CRM 介面邏輯，等於把自己的平台價值主動讓給外面的 coding agent。也因為如此，這次更新看起來像產品發布，實際上更像一次平台防禦戰：它要證明企業軟體在代理時代仍有位置，但位置不再是頁面，而是被代理直接調用的 context、workflow 與 governance 層。
In the agentic enterprise, the conversation is the interface.
Salesforce 官方把話說得很白。Headless 360 的核心不是做一個新工作台，而是把整個 Salesforce、Agentforce 與 Slack 暴露成 API、MCP 工具與 CLI 指令，讓外部代理可以不打開 Salesforce 也能調資料、跑流程、做部署。Marc Benioff 更直接在 X 上把這件事概括成一句話：API is the new UI。這不是一句口號而已，因為它背後真的伴隨大量接口與治理工具的釋出。
| Headless 360 三條主線 | 這次公開的內容 |
|---|---|
| Build any way you want | 60+ 個新 MCP 工具、30+ 個預先配置的 coding skills、超過 100 個新工具與技能 |
| Deploy on any surface | Agentforce Experience Layer，可把互動元件發到 Slack、Mobile、Teams、ChatGPT、Claude、Gemini 等入口 |
| Trust at scale | Testing Center、Custom Scoring Evals、A/B Testing API、Session Tracing、Observability、Agent Script |
先看第一層，也就是為什麼這次會讓開發者圈特別有感。Salesforce 官方說，這批工具讓 Claude Code、Cursor、Codex、Windsurf 之類外部代理，第一次能直接拿到 org 內的資料、workflow 與 business logic，不必再繞回 Salesforce 自家的 IDE。VentureBeat 的拆解補了更具體的脈絡：Salesforce 不只釋出 MCP，還做了一個 open agent harness，同時支援 Anthropic 與 OpenAI 的 agent SDK，並把多模型支援一起鋪進去。這代表它不是要你只用自家代理，而是想把自己變成所有代理共同可調用的工作底座。
這裡最值得注意的，其實不是工具數量，而是角色關係被倒過來了。過去企業軟體的問題是「使用者如何更有效率地操作系統」；現在 Salesforce 的答案變成「代理如何更安全地操作系統」。於是像 Data 360、Customer 360、權限規則、審批鏈、合規設定，這些原本只是企業 SaaS 的背景資產，突然變成它面對代理時代最值錢的護城河。這也能和 OpenAI 把 Agents SDK 補成企業級基座 互相對照來看：OpenAI 想賣的是代理 runtime，Salesforce 想賣的是代理進企業後可安全接上的整個工作世界。
第二層是體驗層。Headless 360 的 Experience Layer 試圖把互動元件從單一產品頁抽離出來，變成可以在不同入口原生渲染的卡片、流程和決策面板。官方的說法是 build once, render everywhere，能進 Slack，也能進 Mobile、Teams，甚至進支援 MCP app 的客戶端。這件事表面上像多端部署，實際上碰的是企業軟體分發權。當員工與客戶不再先進 Salesforce 頁面，而是在聊天介面、行動端、甚至別家的 AI 助手裡就完成工作，真正重要的就不是誰擁有頁面，而是誰擁有背後的資料與權限模型。
第三層則是最務實，也最像 Salesforce 真正從客戶痛點倒推回來的設計。VentureBeat 採訪中提到，Salesforce 內部已經看到一個很典型的企業代理問題：不是 agent 發不出去，而是發出去後大家不敢改。因為這些系統是概率型的，只改一點點就可能讓整體行為失穩。這也是為什麼它把 Agent Script、Testing Center、Custom Scoring Evals、A/B Testing API 一口氣推上桌。Salesforce 甚至把 Agent Script 開源，等於承認企業客戶要的不是更會 demo 的 agent，而是可版本化、可審計、可灰度上線、可在真實流量下比較的 agent lifecycle。
這裡還有一個很有意思的細節。Salesforce 雖然全力擁抱 MCP，但態度其實沒有外界想像得那麼宗教化。根據 VentureBeat，Salesforce 內部對 MCP 的判斷相當務實，甚至坦白表示不確定它會不會長期成為唯一標準，所以才同時提供 API、CLI 與 MCP 三種存取方式。這個選擇透露出一件事：對企業平台來說，協定之爭未必是最重要的，真正重要的是別把自己的能力綁死在單一標準上。只要代理需要調用，它就把路全開出來。
更不能忽視的是商業層的轉向。當代理取代部分席位工作後，傳統 per-seat 授權邏輯會越來越尷尬。VentureBeat 在報導裡也明講，Salesforce 正往 Agentforce 的 consumption-based pricing 方向移。這其實是整件事最像結構性變化的部分。因為一旦企業 AI 的核心單位從「多少人登入」變成「多少任務被代理執行」，企業軟體的收入模型、評估方式、採購流程都得一起改。這也能和 Copilot Cowork 正式上前線 或 Anthropic 談「可信代理」實務 放在同一張圖上看：大家表面在賣代理，實際上都在重寫企業軟體怎麼被採購與交付。
如果只看功能表，Headless 360 很容易被誤解成 Salesforce 終於補齊代理時代的開發工具箱。但更準確的理解是，Salesforce 正在把自己重新定義成「任何代理都必須經過的一層企業工作基礎設施」。它不再要求使用者長時間停留在 Salesforce 裡，而是希望不論代理是來自 OpenAI、Anthropic 還是未來別家，最後都還是得回來調 Salesforce 的上下文、流程、授權與可觀測性。
這也是 Headless 360 最值得觀察的地方。若它成功，企業軟體的競爭就不再只是誰的 UI 最完整，而是誰最早把自己的系統改造成代理可直接讀寫的安全工作層。若它失敗，問題多半也不會是介面不好看，而是企業根本還沒準備好把這麼多動作交給代理。對 Salesforce 來說，這場賭注不只是產品升級，而是在代理時代替 CRM 爭取一個新的生存位置：不再是人登入後操作的頁面，而是代理開始工作前一定要接上的那個底座。