ClaudeForce 背後的設計思想：Salesforce Headless 360 vs Palantir Ontology MCP
- URL: https://mp.weixin.qq.com/s/8n6MHlngJeTEVBQRjGCTgg
- Date Saved: 2026-09-10
- Source: WeChat (关山的月儿)
- Tags: ai-engineering, business
Summary
深度分析 Salesforce ClaudeForce 與 Palantir Ontology MCP 的架構思想對比。
ClaudeForce / Headless 360 核心概念
- Salesforce 把工作入口從固定 UI 移到 Claude/Slack/Agentforce，後端數據、邏輯、治理仍由 Salesforce 承擔
- Benioff: “The UI is the AI” — 員工不再需要進入固定頁面，說出任務後由 Agent 調取能力
- Headless 360 不只是把 API 做成 MCP，而是把企業應用的元數據、規則、動作包裝成 Agent 可理解的 capability
- Headless 360 Factory：掃描 Salesforce Setup，找出缺少 Agent 調用入口的能力，自動生成 API 和 Skill
四個 Meta-Tools 設計（值得學）
把工具面壓縮成 4 個穩定 meta-tools，後面能力庫可持續增長：
- Discover — 搜索可用能力
- Describe — 按需展開參數、依賴、順序（schema 按需展開，減少初始 context）
- Dispatch Read-Only — 只讀查詢獨立路徑
- Dispatch — 受控寫入執行
核心原則：不把所有能力直接塞給 Agent，先找候選→展開契約→受控執行
Salesforce vs Palantir 對比
| Salesforce Headless 360 | Palantir Ontology MCP | |
|---|---|---|
| 起點 | 既有企業應用 | 企業現實與跨系統數據 |
| 語義資產 | Application Metadata | Object/Link/Property/Action |
| Agent 開放 | Discover→Describe→Dispatch | 應用中顯式選擇資源再暴露為工具 |
| 核心優勢 | 讓既有應用快速 Agent-ready | 統一的操作語義 |
Palantir 重要區分
- Ontology MCP（面向消費者）：讀對象、查數據、執行預定義動作
- Palantir MCP（面向構建者）：70+ 工具用於開發修改 object/link/action types
- 兩者應分開授權
企業可借鑑的工程原則
- 先建 Capability Catalog — 包裝成帶業務名字、適用條件、權限要求的 Capability
- Tool Description 當作 Agent Contract — 包含業務口徑、依賴、禁止條件
- Skill 承擔業務組合 — 多個 Tool 組合成統一 Skill 入口
- 只讀與寫入拆開 — 查詢/預覽/模擬有清晰只讀路徑
- 動態發現納入 eval — 測 Discover 召回、Describe 準確、越權拒絕、失敗恢復
作者結論
未來企業 Agent 平台分層：Enterprise Ontology → Capability Registry → Semantic Discovery → Governed Execution → Agent Harness → LLM