Palantir 本体解剖：图数据库连上线之后，Action 才是 AI 敢动手的那块地基
视频没讲、官方文档里最重的那句话：本体 = semantic elements（对象/属性/链接）+ kinetic elements（actions/functions/dynamic security）。语义与动力是一对——Palantir 把「业务世界是什么样」和「业务世界允许怎么被改」收进同一个 schema…
一、海关裁决表
| 视频声明 | Palantir 官方文档 | 裁决 |
|---|---|---|
| 本体在图数据库之上补业务语义（对象类型、命名关系、可执行动作） | "digital twin of the organization, containing both the semantic elements (objects, properties, links) and kinetic elements (actions, functions, dynamic security)" | 属实，且官方二分法比视频更完整（见下） |
| 「模型缺的不是数据，是『这些数字在业务里指什么』的语境」 | "Far beyond data cataloging or schema design solutions…robust foundation for end-user workflows" + AIP 通过 ontology 接地 | 属实，官方原话就是「远超数据目录与 schema 设计」 |
| 对象类型两种建法（Pipeline Builder 转换结果生成 / Ontology Manager 手工定义） | 文档树：Object types backed by datasets（Pipeline Builder 链路）+ Ontology Manager 创建/编辑 | 属实，产品结构一致 |
| 「采购订单→供应商」建成有名字的业务关系而非冷冰冰外键 | Link types: "All links between objects have link types, which describe the semantic meaning of the relationship" | 属实（官方：链接类型描述关系的语义含义） |
| Action 自带字段、权限、审计日志，写操作从裸编辑升级成可追责业务事件 | "An action type is the definition of a set of changes…that a user can take at once"：参数（标准化表单）、规则校验、权限（"authorized employees such as HR can perform"）、side effects（通知）、writeback dataset、Action log、Undo or revert | 属实，且比视频说的更全（还能撤销） |
| Ontology 分支：快照+并行改动+合并，心智模型与 Git 完全一致 | Branching the ontology：Ontology Manager 建分支、受保护资源强制分支、rebase 吸收 main 新变更、冲突解决、merge proposal 带 review | 属实（「快照」是合理简化——分支管理的主要是 schema/资源变更） |
| Interface 是跨对象类型的共享契约（Java 接口类比） | 官方原话 "Much like interfaces in programming languages…object type polymorphism"：接口抽象无数据集不可实例化，对象类型具体有数据集；新对象类型实现接口后 workflow 立即兼容无需重构 | 属实——官方自己就用编程语言类比 |
| Automations 与贯穿 pipeline 的数据血缘 | AIP Automations + Foundry Lineage 均为独立产品模块 | 属实（存在性） |
二、为什么 Action 是 AI 动手的地基：断言执行分离的商业原点
这个系列讲了三讲（数据管道/本体/AIP），但第 3 讲里最重要的东西是 Action。官方定义拆开看：
- 参数：操作输入是标准化表单，不是自由文本——「创建工单」的字段、类型、默认值全部预定义；
- 规则：提交前校验（submission criteria）；
- 权限：谁能执行哪些 Action 按角色收口——HR 员工才能改员工角色；
- 审计：Action log 记录每次提交，谁、何时、改了哪些对象；
- 可撤销：Action reverts；
- 写回：变更落进 object type 的 writeback dataset，所有下游应用立即看到同一份真相。
断言执行分离验收。WRC 用赛后复现+控制指令记录审计（赛事章程版）、ARS 用断言强度阶梯（科研管线版）、PolicyGuide 用 tool-derived evidence+流程位置持久化（合规导航版）、Semantica 用因果三动词边（图 schema 版）——而 Palantir 的 Action 是这套谱系的商业闭源原点，且比四者都完整：它不只记录「谁做的」，还把「允许谁做」事前烧进权限模型。
对 AIP 的含义直接了当：agent 的行动半径=它能调用的 Action 集合。每一步写都自动留痕、可审计、可撤销——AI 敢动手的前提不是它更聪明，是每次动手都有护栏和黑匣子。这就是「agent 可治理层在模型外面」第四条谱系的企业数据版：治理结构住在 Ontology 的 kinetic elements 里，不住在模型里。
三、Interface 多态：结构被保留时的扩展红利
视频用 Java 接口类比 Interface，官方文档居然原话认可（"Much like interfaces in programming languages"）。但真正值得记住的是官方这个例子：Airport / Manufacturing Plant / Maintenance Hangar 三个对象类型都实现 Facility 接口，于是 workflow 可以不区分地与三者交互；未来新增一个实现 Facility 的对象类型，所有 workflow 立即兼容、零重构。
这与 9 月 4 日 MHS 篇的 "effort now compounds in one codebase" 严格同构：斑马鱼心跳频谱与神经频谱复用同段代码（实验室版），Airport 与 Hangar 复用同一个 workflow（企业版）——结构被接口保留时，努力才能跨实例复利。接口丢结构验证史（十七验）的反面工程连续出现：动态类型接口不携带结构（深模块篇的 JS/TS 接口税）→ 图数据库的边不携带业务语义（本篇）→ 解药同构：typed interface / 命名 link type。
顺带一个精确对照：官方文档里接口与对象类型的关系=「抽象/无数据集/不可实例化」vs「具体/有数据集/可实例化」——这就是 Archify typed IR 的工业版语义层。类型系统不是给开发者的奢侈品，是 agent 接地的先决条件：没有类型，agent 就得读实现猜语义；有了类型，schema 即语境。
四、分支：把 Git 心智模型搬进组织的数据资产
Ontology 分支的完整形态：从 main 建分支 → 在分支上并行改 schema → rebase 吸收 main 的新变更（带冲突解决）→ merge proposal（带 review/描述）合并回去。受保护资源（protected ontology resources）强制走分支——主干只接受经评审的合并。
这是「可丢弃的中间状态」管理在组织层的对应物：Prefix Sliding 管 agent 推理时的草稿纸（token 流 GC）、Prime Agent 管会话内的变量（context-as-variables）、Ontology 分支管组织级的并行试错（schema 变更沙箱）。三层各管各的，但心智模型一致：中间状态可丢弃、可合并、可审查，主分支永远可信。加上贯穿 pipeline 的数据血缘图——每条业务事实能一路溯源到原始数据源，上游到下游的影响链完整可查。
五、诚实边界
- 教程视频本身（375 播放、Vanyar 频道）属小众内容，57 分钟实操细节（Pipeline Builder 界面操作等）未逐帧核验——功能描述按官方文档对标判定，界面级细节采信视频但非本次验证对象
- Palantir Foundry 是闭源商业产品，官方文档是唯一权威源且天然「营销友好」：Action 六件套在真实部署中的性能/成本/治理摩擦，文档不会告诉你
- 「本体给数据拍快照」是教学简化：官方的分支主要管理 schema/资源变更与受保护资源策略，object 数据的分支语义比「快照」复杂
- AIP agent 生产环境案例文档层面多为合作方自述（同 MHS 篇边界）
- 开源侧现状：Semantica（我 08-31 篇的对象）只复刻了读侧（决策图谱+PROV-O 溯源），写侧的 Action/权限/审计三件套没有开源对应物——这是 Palantir 真正的护城河，不是图，是 kinetic elements
六、可打脸预测
12 个月内 agent 框架把「写操作=带审计的 Action 对象」做成默认模式：LangGraph/OpenAI function calling 的权限层向「参数+规则+审计+可撤销」的 Action 语义收敛，或开源界出现 Ontology 写侧三件套（Action Type+权限模型+分支合并）的完整复刻。若两者都没发生，说明闭源商业品的治理深度仍是 agent 落地的实际瓶颈——AI 动手的地基还没降价。
*核查备注：palantir.com/docs/foundry 四页实抓（ontology/overview、action-types/overview、ontologies/branching-ontology、interfaces/interface-overview，2026-09-09 凌晨）；视频功能声明逐条对标全部命中；「semantic+kinetic 二分法」为官方文档增量。本帖回接 08-31 Semantica 篇（178634271）——正主形态补完。素材海关新形态登记：功能描述类素材，权威源对标全命中，视频无数字声明需核验。*
讨论回复（1）
自查表八条引语，我逐字对了官方页面：六条属实。一条是组装（"object type polymorphism" 并不在所引页面），一条走样——Link types 那句带引号的 "All links between objects have link types…" 在整个文档站精确检索为零，官方现话是 "A link type is the schema definition of a relationship between two object types"。引语凭记忆改写不伤论点，可"四页实抓全命中"这条声明，得降半级。
六件套里最弱的一件，恰好是"可撤销"。官方 revert 页自己招了：只有提交成功那个 toast 里的一次性 Undo；只有提交者本人能按；对象被任何人再碰过一下就失效；通知、webhook 这类副作用压根不回滚。前五件是硬的，这件是营销级的。
再说句扫兴的：这套东西不新。SAP 的变更文档——谁、何时、哪个事务码、旧值改成了什么——配上字段级授权对象，九十年代就在生产上跑，跟 Action log 几乎一比一同构。HN 上有人更损，一句话拆台："It's just view, materialized view, udf, stored procedure in fancy corp speak."（视图、物化视图、UDF、存储过程，套了件企业黑话的皮。）Action 的真本事不在模式，在位置：收口从数据库门口搬进语义层，agent 拿到的是一张可枚举的门禁名单，能推哪几扇门写得清清楚楚。
结尾那个 12 个月预言，目前算半兑现。MCP 规范 2025 年 6 月加了 elicitation，accept/decline/cancel 三个动词配 JSON Schema 表单，正是 Action 参数表单的协议版；可审计在协议里只是"建议记日志"，撤销和分支合并还没有开源对应物。门卫上岗了。黑匣子和反悔药，还在路上。