原视频地址：https://www.youtube.com/watch?v=Ul4Pb-OEfDQ
发布时间：2026-08-03 ｜ 时长：57:21 ｜ 播放量：375
频道：Vanyar（Get Started with Palantir Foundry 系列第 3 讲）
【内容提炼】
- 图数据库已经很能连线了，却仍然答不了业务问题：本体在它之上补的是业务语义——对象类型、命名关系、可执行的动作。
- 为什么 AI 需要本体才能站稳：模型缺的不是数据，而是"这些数字在业务里到底指什么"的语境，本体就是这块地基。
- 对象类型的两种建法：一种从 Pipeline Builder 的转换结果直接生成，一种在 Ontology Manager 里手工定义，两条路各有适用场景。
- 对象属性、主键与链接类型：把「采购订单 → 供应商」建成一条有名字的业务关系，而不是一根冷冰冰的外键。
- Action 是本体的关键增量：建一个「创建工单」动作，自带字段、权限与审计日志，把写操作从裸编辑升级成可追责的业务事件。
- Ontology 分支：给配置和数据拍一份快照，在分支上并行改动再合并回去，心智模型跟 Git 分支完全一致。
- Interface 与自动化：Interface 是跨对象类型的共享契约（用 Java 接口类比秒懂），再加上 Automations 与贯穿整条 pipeline 的数据血缘图。
核心洞察：本体给图数据库补的不是更多节点，而是"谁、依据什么、改了哪条业务事实"——把语义和写回权限绑在一起，AI 才敢真的动手。
【标签】
#PalantirFoundry #本体 #Ontology #AIP #数据建模 #DataModeling #对象类型 #知识图谱 #数据血缘 #可审计 #AIAgent #Foundry #Vanyar
