Palantir Ontology

定义

Palantir Ontology 是一个位于数字资产之上的运营层，将数据集、模型和虚拟表映射为真实世界对应物（工厂、订单、交易），同时定义这些对象可以被如何操作。它不是传统意义上的"只读"知识图谱，而是一个包含语义元素（Object Types、Properties、Link Types、Interfaces）和动力元素（Action Types、Functions）的"读写"系统。Palantir 称之为"组织的数字孪生"。

要点

• 语义元素 + 动力元素的双层设计是核心区别点：Object Types 描述"世界是什么"，Action Types 描述"世界如何变化"——Agent 同时获得"记忆"和"手脚"
• 三层架构：Language（词汇表）→ Engine（执行引擎，支持读写事务）→ Toolchain（OSDK 代码生成 + DevOps 工具）
• 以决策为中心而非以数据为中心：设计目标是表达"相互关联的决策"，数据只是决策的输入
• OSDK 基于 Ontology 元数据自动生成类型安全代码，实现"Ontology-Oriented Software Development"——用业务名词而非技术名词编程
• OAG（Ontology Augmented Generation） 将 Ontology 对象（而非文本块）注入 LLM 上下文，同时提供搜索、计算、操作三类确定性工具，被定位为 RAG 的结构化进化
• 三层权限模型：资源级（Compass 文件系统）、数据级（Restricted Views 行级控制）、动作级（Submission Criteria）

示例

在 AIP Agent Studio 中，一个处理采购审批的 Agent 接收的不是"某表第 372 行"，而是一个 PurchaseOrder 对象——带有供应商关系、金额属性、审批状态。Agent 可以调用 ApprovePurchaseOrder Action（预定义的动词），该 Action 附带金额阈值验证和审批人权限检查。即使 LLM 推理出"应该批准"，如果当前用户没有审批权限，系统层面直接拒绝。

相关概念

• Ontology-backed Agent - Ontology 驱动 Agent 的完整模式
• 语义层作为工具接口 - 从 Palantir 实践提炼的通用设计范式
• Agent Harness - Ontology 管"在什么上执行"，Harness 管"如何执行"
• Meta-Harness - 两者都是"对接口有观点，对实现中立"
• Brain-Hands 解耦 - Ontology 权限模型是凭证隔离的企业级实现
• 知识编译〔待补〕 - Ontology 是知识编译的架构范例
• 接口厚度 - OSDK 在接口厚度谱系上的定位

参考资料

• Ontology Overview - Palantir Docs
• The Ontology System Architecture - Palantir Docs
• Ontology-Oriented Software Development - Palantir Blog
• Palantir Ontology与Agent架构〔待补〕 - 完整研究笔记