4 月 16 日 Salesforce TDX 大會，丟出一個跟過去 25 年「平台戰略」完全相反的東西：Headless 360。簡單說，他們把整個 Salesforce 平台——CRM、Service Cloud、Marketing Cloud、Data Cloud、Slack、Tableau——全部 expose 成 MCP server、REST API、CLI 工具，讓 Claude Code、Cursor、Codex 這類 Agent 不開瀏覽器就能完成原本要點 30 個畫面的操作。
同一天 Roblox 也宣布 Assistant 進入 Planning Mode、Atlassian Rovo 開放給外部 Agent 接入。三件事同一天落地，訊號很清楚：SaaS 巨頭開始主動把 UI 層讓給 Agent。
📦 Headless 360 實際給了什麼
| 介面 | 過去 | 現在 |
|---|---|---|
| MCP Server | 不存在 | 350+ 工具，直接被 Claude Code / Cursor 認得 |
| Public API 覆蓋率 | ~60% 功能 | 95%+，連 Lightning UI 後台才能做的設定都開放 |
| Agentforce Operations | 內部 only | 對外賣，可在 Salesforce 之外協調工作流 |
| CLI 工具 | 開發者向 | 重做成 Agent-friendly，輸出全 JSON、所有動作可逆 |
關鍵不是「有 API」——Salesforce 早有 API。關鍵是 MCP 與 Agent-friendly 設計:JSON-only 輸出、明確的 schema、可逆的動作、token 消耗最小化。這是給 LLM 用的 API，不是給人用的。
🤔 為什麼 SaaS 巨頭願意把 UI 讓出來？
這跟 SaaS 過去 20 年的商業模式直接衝突。傳統 SaaS 的護城河是「使用者每天都在看你的介面」——介面=黏著度=漲價權。Salesforce 自己 25 年靠這個賺到 4000 億美元市值。
那為什麼現在主動拆？三個推力。
1. Agent 不在你介面上，你就會被繞過去。 Claude Code、Cursor 已經能在 Notion、Linear、GitHub、Jira 之間跨平台工作。如果 Salesforce 還只能用瀏覽器點，Agent 寧可把資料抄出來在外面處理。「沒有 MCP 就等於沒上架」——這是 2026 年新的 SaaS 焦慮。
2. 計價單位從「席次」轉「動作」。 Salesforce 同步公佈 Agentforce 改用「conversation-based pricing」($2 / conversation)，不再賣 license。Agent 不需要 license，但每次調用會產生對話。對 Salesforce 而言，讓 Agent 大量呼叫，收入反而上升。
3. UI 變成成本而非資產。 維護 Lightning Experience 介面每年要燒 10 億美元工程預算。如果 90% 的「使用」可以透過 Agent 走 API,UI 維護負擔可以大砍。
⚠️ 但這個轉向不是純利多
幾個潛在問題，Salesforce 自己沒講清楚：
API 暴露 = 攻擊面暴露。一個能被 Agent 自動操作的 CRM，理論上也能被 prompt injection 過的 Agent 自動操作。Salesforce 4/16 同步公佈「Agent Trust Layer」，但實測還沒釋出 white paper，只有行銷文字。
conversation 計價對小客戶不友善。一個業務日均 50 次 Agent 互動，月費跳到 $3,000——比原本的席次費貴 3 倍。Salesforce 的話術是「換來的是不用雇助理」，但這個帳企業主不一定買。
MCP 標準仍在演化。Anthropic 主推的 MCP 與 Google 的 A2A、OpenAI 的 Operator API 還沒收斂。Salesforce 押 MCP，等於押 Anthropic 路線——萬一 Google / OpenAI 自家標準勝出，要重做一次。
💡 Mason 的判斷
這不是「Salesforce 變得更好用了」，這是「SaaS 商業模式正在被 Agent 重寫」。
過去 20 年 SaaS 競爭力 = 介面好用 + 整合多。未來 5 年 SaaS 競爭力會變成 = MCP 完整度 + Agent 操作可靠度 + 計價彈性。Salesforce 動作大、動得早，但這條路他們沒走過、誰都沒走過。
幾個我會盯的訊號：
- Agentforce 6 月 GA 後，Q3 財報的 conversation revenue 佔比。這是 SaaS 計價轉型的第一個壓力測試
- 競品反應速度。HubSpot、Microsoft Dynamics、SAP 的 MCP 支援表會在 2-3 個月內快速補完——還沒補的那家，3 年後可能就是下一個 SAP R/3
- Agent 安全事故的第一聲爆。當第一家企業因為「我家業務透過 Cursor 不小心匯出全部客戶資料」上新聞，整個產業會被迫重新設計 trust layer
🎯 不同角色的建議
給 SaaS 業的決策者:
- 如果你的產品還沒有 MCP server,這是 2026 必做項，不是「明年再說」。等競品都有了你才補，客戶會走
- 計價轉型不要照抄 Salesforce 的 $2 / conversation——對小客戶會嚇跑。可考慮「席次 + 動作」混合制
- API 開放程度需要對應的 Agent Trust Layer,先做安全，再開 API，順序倒過來會變災難
給企業 IT / RevOps:
- 如果你已經是 Salesforce 重度用戶，Headless 360 對你是利多——可以先用 Claude Code / Cursor 做內部 PoC，跑「自動同步、自動報表、自動 follow-up」這類重複任務
- 但先把 staging org 連 Agent，別直接連 production。MCP 的破壞力等同 admin 權限，出錯就是炸鍋
- conversation 計費要做預算管控，設 hard limit。Agent 跑無限循環的可能性比人類高很多
給 SI / 顧問:
- 「Salesforce 客戶 Agent 化」會是 2026 後半年最熱的顧問題目之一。早進場早卡位
- 真正的價值不在「裝 MCP」，在「設計可逆的 workflow」——Agent 出錯時能回滾的設計能力，是這波最稀缺的技能
❓ FAQ
MCP 跟 OpenAPI / GraphQL 差在哪？既然 Salesforce 早就有 REST API。
差在三點：(1) 工具描述標準化——MCP 規定每個 tool 要寫給 LLM 看的描述、參數、範例；REST 規格參差。(2) 動作粒度——MCP 鼓勵把複雜操作拆成 LLM 容易組合的小工具，REST 常常是「一個 endpoint 做 10 件事」。(3) 統一連線協議——Claude Code、Cursor、Codex 都認得 MCP server，你寫一次就到處能跑；REST 每個 client 要重新整合。
簡單說：REST 是給工程師寫程式用的，MCP 是給 LLM 直接呼叫用的。
conversation-based pricing 真的合理嗎？感覺很容易被濫用。
合理性看角度。對「靠 Agent 自動化省人力」的客戶——一個 conversation $2 換掉一個 5 分鐘人工流程，比席次費划算。對「Agent 偶爾呼叫」的客戶，反而比席次貴。
被濫用的風險真的存在——一個 prompt injection 讓 Agent 跑 1 萬次 conversation，帳單就是 $20K。Salesforce 文件裡有 rate limit 設定，但預設值對大多數客戶太寬鬆。簽約前一定要把 daily / monthly hard cap 寫進合約，別只信介面上的設定。
HubSpot、Microsoft Dynamics 多久會跟進？
Microsoft 已經在跟——Dynamics 365 Copilot 從去年就在做類似的事，只是名字不叫 MCP（他們押自家的 Copilot Studio）。HubSpot 4 月初剛宣布「HubSpot AI Hub」，功能類似但完整度落後 Salesforce 大概一個版本。
我預期 6 個月內主流 CRM/ERP 都會有自己版本的 Headless,標準會有兩到三個(MCP、Copilot Studio、A2A)，最終可能像當年 SOAP vs REST，讓 MCP 慢慢勝出但花 2-3 年。
Sources: