主页面专题一

三级页｜③ Ontology

Ontology 是 Palantir 与所有"数据平台"的结构性差异。如果说 Foundry / Gotham 是平台，那么 Ontology 就是这个平台的"语言"。它把客户世界的真实事物映射成可被代码、AI、动作和审计共同理解的对象。

1. Ontology 到底是什么

Ontology 由三类东西构成：

Object Types：客户世界里的"名词"——供应商、零件、目标、患者、保单、客户订单、风险事件……
Link Types：对象之间的"动词"——supplier supplies part；patient enrolled in trial；missile targets location。
Property + Function：对象身上的属性和可计算函数——库存天数、停线概率、风险等级、临床终点。

这些定义不是 ER 图、不是 KG、也不是普通的 schema。它是客户业务语义 + 权限 + 行动入口 + AI 调用入口的复合层。

2. 为什么 Ontology 是 Palantir 的核心

没有 Ontology：
   AI 看到的是 SQL 表
   Workflow 看到的是 API 端点
   人类看到的是仪表板
有了 Ontology：
   AI / Workflow / Action / 审计看到的是同一个"供应商"

这是 Palantir 全部产品能"对话"的根基。Apollo 部署到哪里、AIP 如何调用工具、Action 谁能执行、Lineage 如何追溯——都依赖 Ontology 是否完整。

3. Ontology 的几条难以复制的属性

语义统一：跨 ERP / MES / WMS / 多系统的术语被 Ontology 解决。
权限内建：对象级、字段级、关系级权限都能在 Ontology 里描述。
可执行：Ontology 不是只读模型；Action 可以直接写回去并触发 API。
可审计：所有读写都被记录，AI 的每一步调用都能溯源。
可演进：Ontology 可以随业务变化而扩展，不像传统数仓需要重新建表。

4. 客户为什么付钱给 Ontology（间接）

客户不会直接为"Ontology"开支票。他们付的是 Foundry / Gotham / AIP 的钱，但实际能让这些钱产生回报的东西，就是 Ontology。它是"看不见但你少不了"的中枢——这恰恰是产品壁垒。

5. 优势

是 AI 时代企业最稀缺的"语义底座"。
同时承载读、写、权限、审计、AI 调用，难复制。
能跨业务、跨部门、跨子公司复用。
客户每多接一个流程，Ontology 的边际价值上升。

6. 劣势 / 风险

建 Ontology 仍依赖 FDE / 客户业务专家：是 Palantir "服务化"风险的根源。
开源 / 厂商也在尝试推"语义层"概念（dbt Semantic Layer、Snowflake Cortex、Databricks Unity Catalog 等），它们的能力虽弱但价格更便宜。
Ontology 越深，迁移成本越高，对客户而言也是"被绑定"的犹豫点。

7. 一句话总结

Ontology 不是 Palantir 的功能，是 Palantir 与一切对手的真正分水岭。

专题一 → 产品 3 / 7｜Ontology