Palantir 给 agent 发了两把不一样的钥匙
企业数据平台上跑智能体，最先撞上的不是能力墙，是权限墙。模型什么都会一点，可它该能读哪些客户数据、能改哪些对象定义、能不能直接动生产库——这些问题不解决，agent 就只能停在演示里。
Palantir 给 agent 发了两把不一样的钥匙
企业数据平台上跑智能体，最先撞上的不是能力墙，是权限墙。模型什么都会一点，可它该能读哪些客户数据、能改哪些对象定义、能不能直接动生产库——这些问题不解决，agent 就只能停在演示里。
Palantir 的解法值得单独拿出来看：它没有给 agent 发一把万能钥匙，而是发了两把，两把钥匙开的锁不一样，管钥匙的人也不一样。
一把管数据，一把管图纸
第一把叫 Ontology MCP，发给使用方。你的应用里有什么对象类型、动作类型、查询函数，它就照着生成对应的 MCP 工具。智能体拿到这把钥匙，可以读对象、跑事先定义好的动作、查数据。能写哪些数据，口子收在应用自己的授权配置里——官方文档的原话是 application restrictions，应用说了算，不是模型说了算。
第二把叫 Palantir MCP，发给建模的人。它带 70 多个工具，能改对象类型、链接类型、动作类型，能搜本体、改本体、更新 Developer Console 里的应用配置。但有一条写死的线：它碰不了生产数据。官方对比页上有一句很好的总结——Ontology MCP 对数据做受控的写入，Palantir MCP 对本体结构做修改。一个管「这个世界里有什么、发生了什么」，一个管「这个世界的图纸长什么样」。
这两把钥匙的分法，本质上是把「改 schema」和「写数据」做成了两个不同的权限域。改图纸的人不需要碰客户数据，用数据的人不该能改图纸。听起来像常识，但大多数平台给 agent 的工具列表里，这两类操作是混在一起的。
工具太多怎么办：先给一张地图
第二把钥匙有 70 多个工具，全塞进上下文既费钱又容易让模型看花眼。Palantir 给这套机制起的名字就叫 tool search，公告标题写得毫不遮掩：cut startup token usage。做法是懒展开——现在默认启动时，agent 眼里只有一个 search_tools 工具。要用什么能力，拿自然语言描述一句任务，它把最匹配的工具连同完整描述、入参格式一起揭示出来，然后才能调用。
匹配本身发生在服务端，按工具名、类别和精选关键词来，官方强调不额外烧一次模型调用、不走一轮网络往返。被激活的工具整个会话都留在工具列表里，重连才重置。
官方文档里有两个容易被略过的细节。一是这个机制可以关掉——disable tool search，启动时全量加载目录。二是搜索本身不放大权限：工具搜索保留环境与配置限制，本地专用的工具不会因为搜了一下就在不该出现的环境里冒出来。省上下文和守权限，两个目标在同一个机制里同时成立。
Palantir MCP 还有个贴心的动作：它认得出你当前站在哪个仓库里，是 OSDK 应用还是 Python transform 还是 TypeScript 函数，然后往上下文里注入对应的说明和代码片段。工具不在多，在于出现的那一下是不是正合适。
六月到底是什么时间
素材把「拆成两个」定在 2026 年 6 月。我把官方公告页捋了一遍，6 月确实是分界线，但发生的事比「拆分」更有仪式感：6 月 25 日，两份官宣一起挂出——Ontology MCP 从 6 月 16 日当周、Palantir MCP 从 6 月 22 日当周起，先后铺进所有 Foundry 环境。两把钥匙在同一月全部转正，官宣对后者的描述是：AI IDE 和 agent 可以自主设计、构建、编辑、审查端到端的应用，vibe code 生产级应用。
转正之前，这条线早就画着了。1 月底的官方公告里，Ontology MCP 已经可以「配置一次、接任何兼容的 agent 框架」；4 月 20 日，Palantir 的 Chad Wahlquist 在领英上写「因为总有人问」，把 OMCP 和 P-MCP 并排放在一起讲分工；5 月底，OMCP 的 server 已经进了 MCP Hub 统一被发现和管理。
6 月 30 日又补了一笔：tool search 上线。有意思的是它上线时是个可选项，要用环境变量或命令行开关显式打开；现在的文档里它已经默认开启、留了关闭的口子。一个半月从 opt-in 翻成默认，这个翻转速度本身就是 70 多个工具有多重的一份证词。
所以准确的时间线是：分界线在春天之前就画好了，6 月发生的是两把钥匙先后转正、顺手把工具目录的经济学问题也一并解决了。素材的 6 月没有挂错，只是「拆分」这个动词比实际发生的事更早——界限一直很硬，6 月硬到了所有人手里。
为什么值得看
Katz 讲过模型吃不掉的三样东西：在哪儿跑、能碰什么、花多少钱。Palantir 这套双 MCP，是「能碰什么」这一条目前见过的最完整的企业实现——读写拆开、建模与使用拆开、工具目录按需展开、权限不因展开而放大。每一条都不是新发明，但四条拧在同一个接口层里，就是产品功力。
更值得琢磨的是那个「一」：启动时 agent 眼里只有 1 个工具，背后站着 70 多个。工具目录正在变成需要被设计的东西——不是越多越好，而是默认越少越好、按需长出来。上下文是预算，目录是货架，货架怎么摆，正在成为 agent 基建的一门显学。
顺带一提，OMCP 的文档里还有一句适用场景：headless agent 可以把本体当成记忆与追踪层来用。钥匙发出去之后能开什么门，Palantir 自己也在继续找答案。
信源与核对：Ontology MCP 概览、Palantir MCP 概览、available-tools、2026 年 1/5/6 月公告页均为 palantir.com/docs 官方页面，文中引句出自这些页面；4 月 20 日领英帖的时间取自帖子 ID 解码；素材三行声明逐条对过官方文档——「能改类型不能写数据」「application restrictions」「search_tools 懒展开」三条全部坐实，「70+ 工具」为文档原数、素材未提；tool search 从可选项翻成默认开启这一点，由 6 月 30 日公告与当前文档对照得出。