夜雨聆风
Palantir官方文档对Ontology的定义
Palantir官方文档将Ontology（本体）定义为一个组织的数字孪生（Digital Twin）。它不是一个简单的数据目录，而是一个语义+动力学的双层模型，能够把数据、逻辑和行动整合在一起，支撑企业决策与AI应用。
一、Ontology的总体架构
下图展示了Ontology在整个技术栈中的位置：处于各种数据源之上，为上层应用和AI提供统一的语义操作层。
二、核心组成：语义元素 + 动力学元素
1️⃣ 语义元素：定义“是什么”
|
组成 |
说明 |
举例 |
|
对象类型 (Object Types) |
代表现实世界中的实体或事件 |
Airport（机场） |
|
对象 (Objects) |
对象类型的具体实例 |
JFK、LHR |
|
属性 (Properties) |
描述对象类型的特征 |
name、country |
|
链接类型 (Link Types) |
定义对象类型之间的关系（1:1, 1:N, N:N） |
Route（航线连接两个机场） |
|
接口 (Interfaces) |
定义一组对象类型的公共“形状”或能力 |
Asset接口，由Server、Router实现 |
|
共享属性 (Shared Properties) |
可在多个对象类型间复用的属性定义 |
location（位置） |
|
对象类型组 (Object Type Groups) |
分类工具，便于搜索和浏览 |
物流资产组 |
|
值类型 (Value Types) |
对基础数据类型的语义封装，可内置验证 |
Email、URL、UUID |
语义元素关系示意图：
2️⃣ 动力学元素：定义“怎么做”
|
组成 |
说明 |
举例 |
|
行动类型 (Action Types) |
定义一组可执行的、对对象/属性/链接的修改操作 |
Assign Employee（调岗） |
|
行动 (Actions) |
行动类型的具体执行实例，记录操作历史 |
某HR在2026-06-11对员工张三执行了一次调岗 |
|
函数 (Functions) |
行动背后的业务逻辑（复杂计算、规则） |
calculateShippingCost（计算运费） |
动力学流程示意图：
三、后台服务支撑
|
服务 |
全称 / 作用 |
|
OMS |
Ontology Metadata Service，管理对象类型、链接类型、行动类型等元数据 |
|
Object Databases |
存储索引后的对象数据，提供快速查询 |
|
OSS |
Object Set Service，处理读请求，管理“对象集”（可复用的实体列表） |
四、与AI的集成
Ontology 天然与 Palantir AIP（AI Platform）深度集成。例如：
AIP Analyst可以用自然语言直接查询 Ontology 中的对象和关系。
AI 行动可以调用 Ontology 中定义的函数和行动类型，完成自动化业务流程。
AI自然语言查询示意图：
五、一个完整示例：制造业采购订单修改地址
|
步骤 |
涉及的元素 |
说明 |
|
1 |
对象类型 |
PurchaseOrder（采购订单） |
|
2 |
属性 |
shippingAddress（收货地址） |
|
3 |
行动类型 |
updateShippingAddress （更新收货地址） |
|
4 |
函数 |
validateAndUpdateOrder（含权限校验、数据回写逻辑） |
|
5 |
行动 |
用户在界面上点击“更新地址”，产生一条行动记录 |
|
6 |
安全与审计 |
整个过程的访问控制、操作日志均由Ontology内置的安全模型保障 |
示例流程图：
📌 总结
Palantir官方文档对Ontology的定义，清晰揭示了它的本质：
-
Ontology = 语义元素（定义实体和关系） + 动力学元素（定义可执行操作）
-
并由OMS、对象数据库、OSS等后台服务支撑，最终形成一个 “活的”数字孪生，让AI和应用能够安全、一致地理解和操作企业业务。
参考来源：Palantir官方文档 (https://www.palantir.com/docs)