Palantir 的“本体论”骗局 + 一场辩论之后，认真聊聊“本体论”

频道: VONNG（冯若航博客）
原文: https://blog.vonng.com/db/ontology-bullshit/ · https://blog.vonng.com/db/ontology-again/
原文语言: zh
统计: 共 50 轮

[¶1]

上篇｜Palantir 的“本体论”骗局（2026-02-21）

[¶2]

一、两种表情

2025 年末，Palantir 市值冲上 4000 亿美元，在两年间翻了二十多倍。 这家公司每次路演、每篇白皮书、每个技术博客，都在反复念叨同一个词：Ontology（本体论）。

这个词被包装成 Palantir 的核心技术壁垒、护城河与灵魂。 投资人听了肃然起敬，五角大楼的将军听了觉得这是信息战的未来，企业高管听了觉得自己如果不买就会被时代淘汰。

在一次面向企业 CXO 的 AI 峰会上，Palantir 的销售副总裁打出一页印着 “Ontology” 大字的 PPT。 台下的高管们微微点头，露出那种“我不太懂但感觉很厉害”的表情。旁边几位被拉来陪会的架构师面面相觑，其中一位低声说了一句：

“他说的是表和存储过程吗？”

同事看了一眼 PPT 上的架构图，沉默了三秒：“……是的。”

[图：onto1.webp]

这就是 Palantir 最精妙的商业手法：用一个自带 2300 年哲学史威压的术语， 让不懂技术的决策者觉得这是某种前沿突破，同时让懂技术的工程师在会议室里找不到合适的方式去反驳。 因为你总不能当着 VP 的面说“老板，他们卖给我们的其实就是建表”。

[¶3]

奈何最近老是有人故弄玄虚吹捧这个东西，所以今天老冯就把这件皇帝的新衣给拆穿。

[¶4]

二、罗塞塔石碑

先把事实摆到桌面上。Palantir Ontology 有四个核心概念：Object Type（对象类型）、 Property（属性）、Link（关联）、Action（操作）。 翻遍他们所有的文档、白皮书、路演材料，这四个概念是一切的起点。

现在，请看这张表：

[¶5]

[¶6]

四列。四种术语体系。同一件事。不是“可以类比”，不是“有点像”，而是完全重叠，严格同构。 Palantir 在文档里定义了 Interface（接口多态）、Function（代码逻辑）、 Virtual Table（虚拟表）等子概念 —— 翻译过来就是 View、UDF 和 Materialized View。

[图：ontology-table.webp]

如果你学过数据库建模，你就已经完整掌握了 Palantir 所谓的“本体论”。 从来没有人告诉你，你会的这些东西可以套一个哲学名词，卖出每年几百万到几千万美元的合同价。

Palantir 2025 年年报披露：头部 20 个客户平均每家每年贡献 9390 万美元。 全部 954 个客户平均每家贡献约 470 万美元/年，这就是“表和存储过程”的标价。

[¶7]

三、同一个想法被卖了五次

Palantir 不是第一个“发明”这套东西的。同一个核心思想在 2300 年里被反复包装，每次换一个名字，每次都有一批人觉得这是全新的突破。

第一次：公元前 350 年，亚里士多德。 在《范畴篇》中提出：世界由实体（substance）组成，实体有属性，实体之间有关系。 翻译成 SQL 就是 CREATE TABLE person (height INTEGER); teacher_id REFERENCES person(id)。 这不是类比，这是同一种思维操作的不同记法。

第二次：1976 年，Peter Chen。 发表 ER（实体-关系）模型，实体、属性、关系。 和亚里士多德说的完全一样，只不过从希腊语散文变成了矩形和菱形。这篇论文催生了整个关系数据库产业。 全世界每一个会写 CREATE TABLE 的程序员都在日常实践“本体论”，只是没人告诉他们这件事有哲学名。

第三次：1990 年代，面向对象浪潮。 类、属性、关联、方法。同一套东西加了“行为”维度。这一波里数据库也跟风搞了对象关系模型。 PostgreSQL 里面那堆面向对象的设计就是这时候跟风加进来的，这也是为啥数据表的目录名字叫 pg_class 而不是 pg_table 的原因。

[¶8]

第四次：2001 年，语义网。 Tim Berners-Lee 的愿景，OWL 本体语言的核心概念：类、属性、关系、实例，和 ER 模型完全同构。“Ontology” 这个词正式进入计算机领域就是在这一波。

第五次：2016 年至今，Palantir Foundry。 Object Type、Property、Link、Action。

注意规律：每一次“重新发明”都伴随着一波市场狂热。 ER 模型催生了关系数据库市场，OOP 催生了 Java 的狂潮，语义网催生了一波学术和创业泡沫然后破灭。 现在 Palantir 的 Ontology 搭上了 AI 叙事，公司市值在两年多里从不到 200 亿涨到超过 4000 亿美元。

这不是技术演进。这是概念轮回。每一轮周期里真正变化的不是思想，而是套在外面的包装纸和愿意为包装纸买单的人。

[¶9]

四、哲学名词的认知税

现在聊聊那层包装纸本身。

“Ontology”，本体论，来自希腊语 on（存在）+ logos（学问），字面意思是“关于存在的学问”。 亚里士多德研究过它，康德讨论过它，海德格尔写了一整本《存在与时间》来重新定义它。你光读完维基百科上本体论的条目就需要半小时和一杯浓咖啡。

这就是这个词的真正威力：它制造了知识不对称。

当 Palantir 的销售跟一位制造业 VP 说 “我们用本体论来构建贵公司的数字孪生”时， VP 的内心活动大概是： “本体论？听起来像某种很深的学问。这一定是某种我不理解的前沿技术。”

如果把同样的话翻译成工程语言，“我们帮你建表、定义字段、设外键、写存储过程”， VP 的反应会变成：“这不就是 IT 部门一直在做的事吗？为什么要花几千万请你来？”

同一件事，换一个名字，价格差三个数量级。 这就是哲学名词的认知税。

而且这里有一个深层讽刺：Palantir 对“本体论”的使用方式恰恰是 反哲学的。 真正的本体论探索的是开放性问题：“存在的边界在哪里？”“范畴能否穷尽？”这些问题的答案是流动的、不确定的。

但 Palantir 的 Ontology 做的恰恰相反。把业务实体固化成刚性的 Object Type，把关系固化成预定义的 Link， 把操作固化成审批流驱动的 Action。这不是在探索存在的本质，这是在给现实浇模具。

[¶10]

数据分析师 Donald Farmer 在 Substack 上讲过一个真实案例： 九十年代他为一家美国汽车信贷公司建了一套完整的元数据本体。几个月内，业务团队换了新的分析工具，改了信用风险评估流程。 等本体团队赶上进度时，业务又变了。他的结论是：一个不完整的本体论不仅仅是滞后的，它是错误的。而一个错误的本体论比没有本体论更危险。

这是所有刚性 Schema 的宿命。但对 Palantir 来说，这不是问题，这是商业模式。模型过时了？花几百万更新。 业务变了？再买一轮咨询服务。Ontology 的刚性不是缺陷，而是锁定客户的机制。

[¶11]

五、几十行 SQL vs. 三千万美元

让我们从概念层下沉到工程层面。Palantir Ontology 的全部核心原语，在 PostgreSQL 用几行代码就能实现。

Object Type、Property、Link、Action、权限控制、审计日志、跨源联邦（FDW）。 Ontology 文档中吹嘘的每一个核心能力，PostgreSQL 全部原生支持，零许可费。

[图：featured.webp]

我能想到反驳：“几十行 SQL 能设计一个 schema，但能交付一个让供应链经理直接用的端到端平台吗？”

当然不能。但这恰恰说明：Palantir 的价值不在 Ontology 这个概念里，而在 Ontology 之外的东西。 在给非技术用户做 GUI 包装，在客户现场蹲点几个月理解业务流程，在搞定五角大楼的采购合同。 这些事情和“本体论”毫无关系，它们是产品工程、咨询服务和政商关系。

把脏活累活包装成哲学概念，这是 Palantir 最核心的能力，也是最大的骗局。

[¶12]

六、挣了钱自有大儒辩经

讲到这里我们必须回答一个问题：如果技术这么平庸，Palantir 凭什么做到 3000 多亿市值、44.8 亿美元年营收、56% 的年增长率？

答案不在技术里。答案在华盛顿。

Palantir 由 Peter Thiel 在 2003 年联合创办。Thiel 不是一般的硅谷投资人。 他是特朗普最早期和最重要的科技界支持者之一，是 2016 年共和党全国代表大会的演讲嘉宾。 Palantir 的第一笔外部投资来自 CIA 的风险投资部门 In-Q-Tel。从成立第一天起，这家公司的基因就不是技术驱动，而是 政商关系驱动。

2025 年的 Palantir 年报白纸黑字地写着：54% 的收入来自政府客户。 美国陆军给了 Palantir 一笔 4.58 亿美元的战场情报合同。国防部签了 13 亿美元上限的 Project Maven AI 合同。 ICE（移民和海关执法局）自 2011 年起累计拨款承诺超过 2.48 亿美元。2025 年，在特朗普政府的推动下，Palantir 拿到了为 ICE 建造 ImmigrationOS 的 3000 万美元合同，一个用来追踪无证移民的跨部门数据库。

[¶13]

这些合同是怎么拿到的？靠“本体论”的技术优越性？还是靠 Peter Thiel 在特朗普身边的位置？—— Palantir 每年在政治游说上砸五百万美元。 但 Palantir 不会在路演里告诉投资人：“我们的核心竞争力是 Peter Thiel 的政治关系网。” 它会说：“我们的核心竞争力是 Ontology。”

这就是“本体论”的真正功能：它不是技术架构，它是叙事架构。 它让一家本质上靠政商关系拿单、靠驻场工程师堆人力交付的公司，看起来像一家拥有不可替代技术壁垒的软件平台公司。这就是典型的美国版“数据中台”与驻场外包。

[¶14]

七、披着 SaaS 皮的咨询公司

Palantir 有一种独特的角色叫 FDE，Forward Deployed Engineer（前线部署工程师）。 客户签约后，Palantir 会派一支工程师团队常驻客户现场，帮助梳理业务流程、建数据模型、开发应用、培训用户。

这就是咨询，或者更直白的说 —— “人力外包”。只不过 Palantir 坚称自己是软件公司而非咨询公司。 因为软件公司的估值倍数可以是营收的 70 倍，而咨询公司能拿到 2-3 倍就不错了。

做空 Palantir 的 Michael Burry 精准地抓住了这一点。他指出 Palantir 把 FDE 的人力成本归类为“研发”或“销售与市场”费用， 而非营收成本（cost of revenue）。如果按 Accenture 的会计准则来算，Palantir 引以为傲的高毛利率将大幅缩水。

一位前 FDE 对 Burry 说了一句话：“Foundry 不是永久许可证。你必须经过培训才能用它。即便如此，你还是需要大量的持续支持。”

那些 FDE 在客户现场实际做的事情是什么？写 ETL 管道把数据从 SAP 搬到 Foundry，调试 Kafka 连接器，处理 Oracle 和 Snowflake 的 schema 不兼容， 给业务用户解释为什么某个 Link 定义需要修改。这些工作的本质就是数据集成和胶水代码，是软件工程里最最消耗人力、最依赖蹲点理解业务的苦力活。

[¶15]

每一个做过企业数据仓库项目的工程师都知道这种活：累、琐碎、没有银弹。全世界有成千上万的 SI（系统集成商）在做同样的事情。 埃森哲在做，德勤在做，Infosys 在做，中国的各种数据中台厂商也在做。区别在于，他们没有把这些人力活包装成“本体论”，所以他们的估值倍数只有 Palantir 的百分之一。

Ontology 的概念复杂度恰恰服务于这种商业模式。 如果你把 Object Type 叫做“表”，把 Action 叫做“存储过程”，客户的 IT 部门会说“这个我们自己能干”。 但如果你把它叫做“本体论”，引入 semantic layer、kinetic layer、dynamic layer 三层架构术语，让整个建模过程需要在专有 GUI 里手动点击几十分钟才能完成。 那么客户就永远离不开你的 FDE 了。

[图：onto-ui.webp]

系统越难用，客户越依赖。概念越晦涩，FDE 越不可替代。这不是 bug，这是 feature。

Palantir 自己的数据也在印证这一点：2025 年客户数量增长了 34%，但头部 20 客户的平均年贡献增长了 45%。 CEO Alex Karp 在财报电话会上说了一句意味深长的话：“未来会有无法解释的收入增长，但不会有无法解释的客户数量增长。” 翻译成白话：我们不打算赢得更多客户，我们打算从已有的客户身上榨取更多的钱。

[¶16]

这是咨询公司的增长模型，不是软件平台的增长模型。

[¶17]

八、Ontology 买家画像

谁在买 Palantir？

看看客户名单你就明白了。美国陆军、ICE、CDC、NHS（英国国民医疗服务体系）、空客、BP。这些组织有几个共同特征：

第一，决策者不懂技术。 五角大楼的采购官不知道什么是外键。 NHS 的管理层不关心 ETL 管道怎么写。 他们需要的是一个听起来高级的概念， 来证明自己几千万的采购决策是“战略性”的。 “我们引入了 Palantir 的本体论驱动的数字孪生平台”， 这句话写在任何一份汇报 PPT 里， 都比“我们请了一个外包团队帮我们建了几张表”好看一万倍。

第二，花的是公家的钱。 政府合同的特点是预算充裕但缺乏技术审计能力。 没有人会因为花了三千万买 Palantir 而丢工作。 但如果你提议用开源方案自建，出了问题就是你的责任。 这是经典的“没人因为买 IBM 而被开除”的现代翻版。 只不过 IBM 换成了 Palantir，大型机换成了“本体论”。

第三，路径依赖一旦形成就极难逆转。 一旦你的业务模型被编码进 Palantir 的 Ontology， 你的团队被训练成只会用 Palantir 术语思考， 你的 Object Type 不是标准 SQL 表， 你的 Action 不是标准 REST API， 你的整个语义层被锁在专有平台里。 迁出成本就变得高到不可承受。 这就是 Palantir 净收入留存率高达 134% 的秘密。 不是因为产品好到客户主动加购， 而是因为 锁定效应 让客户除了加购之外别无选择。

[¶18]

九、总结

Ontology 是什么？ 一种有 2300 年历史的建模方法。对事物、属性、关系和操作进行形式化描述。 它的每一个核心概念都可以一对一映射为数据库原语。任何一本数据库教科书的前三章就能覆盖其全部内容。Palantir 没有发明任何新东西。

Palantir 的真正竞争力是什么？ 不是 Ontology，而是 Peter Thiel 的政治关系网、FDE 驻场服务的人力密集模式，以及在政府和大企业中制造路径依赖的能力。 这三样东西，政商关系、咨询外包、锁定效应，没有一样跟“本体论”这个概念有半毛钱关系。

“本体论”的真正功能是什么？ 叙事工具。它让一家实质上是政商关系 + 咨询外包的公司，能够在资本市场上享受顶级 SaaS 的估值倍数。 它让非技术决策者相信自己在购买某种深不可测的“核心技术”，而不是在签一份高价的系统集成外包合同。

说穿了，Palantir 做的事情就是：把写 ETL、建表、配权限这些每天都有成千上万工程师在做的苦力活，套了一个亚里士多德的名词，卖了一个 AI 时代的估值。

这就像一个米其林厨师在菜单上写 “分子重构碳水化合物结晶配有机蛋白质凝胶”。端上来其实是蛋炒饭。 蛋炒饭可以做得很好吃，但你不能说“分子重构”是核心技术壁垒。尤其是当这盘蛋炒饭年收费九千万，且由 Peter Thiel 亲自端上桌的时候。

[¶19]

下次你要是看见有乙方在 PPT 里大谈 “本体论”，留个心眼，十有八九是大忽悠。

注：本文引用的财务数据来自 Palantir 2025 年 10-K 年报（SEC Filing）、 MacroTrends，以及 OpenSecrets 公开数据。 Michael Burry 做空信息来自其 2025 年 11 月 SEC 披露及后续 Substack 文章。

[¶20]

下篇｜一场辩论之后，认真聊聊“本体论”（2026-03-15）

上个月我写了一篇文章叫《Palantir 的“本体论”骗局》，用一张“罗塞塔石碑”对照表说了一件事：Palantir 的 Ontology 在技术上就是数据库建模。Object Type 是表，Property 是列，Link 是外键，Action 是存储过程。

文章引发了激烈争论，最终演变成一场公开直播辩论。辩论的结果没啥悬念，观众投票中老冯以 75% 的支持率获胜。但赢个辩论没什么意义。上一篇只做了“拆”的工作。这一篇，我想把更深层的东西说清楚：本体论到底是什么？Palantir 到底对它做了什么？中国的模仿者为什么注定会失败？

[¶21]

太长不看

关于 Palantir

Palantir 的产品有真实的工程价值。数据建模、数据集成、数据分析，都是有尊严、有价值的工作。也有不错的战绩，但将其归因为本体论有严重的问题。

Palantir 本质上是披着 SaaS 皮的咨询公司。它的真正竞争力不在技术，而在 Peter Thiel 的政治关系网、人力密集的 FDE 驻场模式、以及 vendor lock-in 制造的路径依赖。Ontology 是掩盖这些真正竞争力的伪装。

Palantir 的"本体论"在技术上没有创新，是数据库建模的哲学包装。它的专利文件自己承认了这一点。Palantir 的"本体论"不是一个技术架构，而是一个叙事架构；它是营销上的创新，而非技术上的。

关于本体论

本体论是一门有两千五百年历史的哲学学科，承载着人类对"存在"的终极追问——什么东西存在？存在的根本结构是什么？这个问题没有唯一正确答案，哲学史上至少有多种互相竞争的范式，对应着不同的数据库建模哲学。

Palantir 版本的本体论只取了哲学本体论中的一个范式——亚里士多德实体本体论，把部分当整体，把一把锤子当成了"工具的哲学"。讽刺的是，物理学前沿和现代软件工程都在走向亚里士多德的精确反面：关系比实体更基本，事件比物体更基本。

[¶22]

关于中国模仿者

中国公司模仿 Ontology，是经典的货物崇拜（Cargo Cult）。Ontology 本来是 Palantir 用来掩饰自己核心竞争力的手段，结果中国一批公司把烟雾与泡沫当成了本体 —— 学了人家的皮毛，但没有人家的里子。

这种模仿很可能重走数据中台的老路：从神坛到坟墓只用了五年。中国技术生态缺乏自净能力——没有 Hacker News / Reddit 式的解构文化，对舶来概念容易产生"概念污染"。老冯嘲讽本体论，是为了清洁这个生态中的概念污染。

[¶23]

一、事实：Ontology 就是数据建模

[¶24]

专利文件里的说实话时刻

如果你想知道 Palantir 的 Ontology 到底是什么，不要看它的官网，去看它的专利。在需要说真话的场合，它自己交代了。Palantir 系列 Ontology 专利（US7962495B2、US9589014B2、US11714792B2 等）的 Background 部分，对 “Ontology” 这个概念给出了一个非常明确的定义：

Computer-based database systems, such as relational database management systems, typically organize data according to a fixed structure of tables and relationships. The structure may be described using an ontology, embodied in a database schema, comprising a data model that is used to represent the structure and reason about objects in the structure.

https://patents.google.com/patent/US7962495B2/en

[¶25]

这句话极其关键。专利白纸黑字写的是：

Ontology = embodied in a database schema = comprising a data model

也就是说，在 Palantir 自己的专利文本中，Ontology 就是 database schema，就是 data model。它不是什么“超越” schema 的东西，它就是 schema 本身的另一种表述方式。

有人可能会指出：Background 部分描述的是现有技术（prior art），不是 Palantir 自己的发明，那 Claims 部分是不是不一样？我看了这些专利的 Claims。结论是：Claims 部分把 “ontology” 定义得极其宽泛，基本上涵盖了“用一种结构来描述和管理数据”的一切方式，没有给出任何超越 data model 的具体技术定义。

换句话说，Background 说 ontology 就是 data model，Claims 没有反驳这一点，只是把定义拉得更模糊。如果 Palantir 的 Ontology 真有超越 data model 的革命性突破，专利律师一定会在 Claims 里精确描述这种超越性，因为更具体的创新意味着更强的专利保护。实际上他们没有，因为没什么可写的。

[¶26]

Palantir 有没有在做有价值的事？有。系统集成本身有真实的工程难度，把上述组件在军工级安全要求下整合运行，确实需要实力。但这件事的准确名称叫“系统集成”，不叫“本体论”。你不会把“装修”叫“空间本体论”，即使装修确实需要考虑空间的结构与功能。

[¶27]

多重偷换中最致命的一次

“Ontology” 这个词从哲学到 Palantir，经历了多次偷换：从不可数的学科名变成可数的商品名；从追求世界的真正结构变成追求“大家同意的模型”；从描述世界是什么样，变成规定世界应该被看成什么样。

但其中最致命的一次偷换，是 目的反转。

1993 年，Tom Gruber 在斯坦福设计 ontology（语义网上下文），论文标题叫 “Portable Ontology Specifications”，重点在 Portable。目的是知识共享和系统互操作，让不同系统能互相理解对方的数据。

Palantir 的 Ontology 反其道而行。建模需要数月，切换成本极高，数据难以迁出。2017 年，纽约警察局（NYPD）在终止 Palantir 合同时公开投诉：Palantir 拒绝以可迁移格式提供数据分析结果。NYPD 声称多次要求 Palantir 提供标准化格式的数据，但 Palantir 以“知识产权”为由拒绝配合，迫使 NYPD 要么继续使用 Palantir，要么放弃多年积累的分析成果。这一事件被 BuzzFeed News（原始报道，2017 年）和 Brennan Center for Justice（分析评论）详细记录。做空传奇 Michael Burry 后来也以此为例，直言 Palantir 的护城河就是“阻碍数据迁移”。

[¶28]

Gruber 设计 ontology 是为了造桥，Palantir 则把桥变成了墙，把开放协议变成了数字牢笼。

[¶29]

二、动机：胡萝卜与雷达

事实层面确认之后，自然要追问：既然技术上不新，Palantir 为什么非要用 “Ontology” 这个词？答案很简单，因为值钱。

[¶30]

估值叙事

如果 Palantir 跟华尔街说“我们的核心竞争力是帮客户做数据建模和系统集成”，分析师的参照系是 Booz Allen Hamilton（P/E 约 20x）或埃森哲（P/E 约 30x）；说“我们构建了 Ontology 平台”，参照系就变成 Snowflake、Databricks（P/E 约 100x+）。Palantir 目前的 P/E 超过 200 倍。

我不是说 Ontology 这一个词导致了全部的估值溢价。政商关系、高增长预期、政府合同粘性、AI 概念、稀缺的国防科技标的地位都在发挥作用。但 Ontology 叙事完成了一个关键的认知跃迁：帮华尔街把一家咨询属性极强的公司理解为一家纯软件平台公司。换个参照系，估值倍数差五到十倍。一个词值不值几百亿美元？Palantir 用行动回答了这个问题。

[¶31]

真正的护城河在华盛顿

1940 年，英国飞行员用绝密的机载拦截雷达在夜间击落德军轰炸机。英国政府为了保密雷达技术，散布虚假宣传：“飞行员吃了大量胡萝卜，所以拥有超强夜视能力。” 他们甚至创造了 “Doctor Carrot” 的卡通形象，英国公众完全相信。最讽刺的是，据传德国人也开始给自己的飞行员喂胡萝卜。

Ontology 就是 Palantir 的胡萝卜。

真正的杀手锏是雷达：CIA 起源的政商关系、最高安全许可、20 年国防实战经验。Palantir 2003 年成立，CIA 旗下 In-Q-Tel 在 2004 年投了约 200 万美元。金额不大，但这是美国情报界的“准入通行证”。有了这层背书，Palantir 获得了 Top Secret/SCI 安全许可，直接切入 9/11 后预算充沛的国防市场。到 2024 至 2025 年，军方合同令人咋舌：Project Maven 上限 12.75 亿美元，海军独家合同 9.2 亿美元，陆军企业级协议上限 100 亿美元。

这些合同是“本体论”拿来的吗？是 Peter Thiel 的政治关系网，是 20 年积累的安全许可，是谷歌等硅谷巨头因员工抗议放弃的军事合同被 Palantir 接盘。没有一条跟 Ontology 有关。

[¶32]

FDE：最诚实的反证

如果 Palantir 的 Ontology 真的是一个革命性的智能平台，为什么还需要数千名斯坦福、MIT 毕业的工程师长期驻扎在客户现场？

因为现实世界的企业数据极度混乱。任何静态模型遇到真实业务泥潭时都会瞬间失效。这些“前线部署工程师”（Forward Deployed Engineer，FDE）实际在做的是：写 ETL、调 Kafka connector、处理 schema 不兼容、手动清洗脏数据。全世界的系统集成商每天都在做同样的事。区别在于，埃森哲管这叫“交付团队”，不叫“前线部署工程师”。

系统越难用，客户越依赖 FDE；概念越晦涩，FDE 越不可替代。这不是 bug，这是 feature。

Michael Burry，这位做空次贷的传奇投资者，曾在社交媒体上直言 Palantir 是“伪装成 SaaS 公司的咨询公司”。FDE 的存在就是最好的注脚：如果你的“本体论平台”真的那么智能，为什么还需要这么多聪明人在旁边手动喂数据？

[¶33]

三、真正的本体论：数据库才是最接近的实践

到这里，“破”和“揭”的工作基本完成。但如果只停留在“Ontology 就是建表”，也是不够的。因为这句话虽然在事实层面是对的，却遮蔽了一个更有意思的问题：本体论，这门哲学里最古老的学问，跟数据库到底有什么关系？

答案是：关系极深。在人造工程中，数据库可能是与本体论最接近的东西。 而 Palantir 对本体论的理解之浅薄，恰恰证明了它在“哲学”这条赛道上也不合格。

[¶34]

两千五百年的追问

本体论追问一个问题：世界上到底有什么？存在的根本结构是什么？ 两千五百年来没有共识，不是因为哲学家不聪明，而是因为这个问题本质上没有唯一正确答案。你怎么切割世界，决定了你能看到什么。

而数据库，恰恰是对“怎么切割世界”这个问题的工程回答。每一种数据库范式，都暗含了一种对世界结构的假设。这不是我的过度解读。当你选择用关系模型而非图模型来建模一个业务领域时，你已经在做一个本体论层面的选择：你假设了“世界由具有属性的独立实体组成”，而非“关系比实体更基本”。

下面这张对照表是一个 启发性类比，不是严格的哲学史论证。没有哪个数据库设计者是因为读了某位哲学家才选择了某种范式。但这张表揭示了一个有趣的结构性同构：工程师在解决实际问题时做出的建模选择，恰好映射到了哲学家们争论了两千年的本体论立场。这种同构本身就是有启发意义的：

[¶35]

[¶36]

这张表告诉我们什么？本体论不是一种方法，而是关于“有哪些可能的方法”的学问。 它追问的是：你手里应该拿锤子还是螺丝刀？每种工具预设了什么、擅长什么、遮蔽了什么？

[¶37]

Palantir 只拿了一行

看清这张表，你就知道 Palantir 做了什么：它只拿了第一行。 亚里士多德的实体论，实现为 Object → Property → Link → Action，然后管这个叫 “Ontology”。这就好比一个人只读了哲学史的第一章，然后宣布自己掌握了全部哲学。无知者无畏。

更致命的问题是，当你把一种特定范式命名为 “Ontology” 时，你实质上关闭了替代方案意识。一个叫 “data model” 的东西，工程师知道它是可以换的，换成图模型、文档模型、事件模型，各有各的好；但一个叫 “Ontology” 的东西，暗示它是世界的客观结构。谁会质疑“本体”呢？大词的危害，不是说错了什么，而是让你不再追问什么。

[¶38]

好的本体论实践长什么样

如果你真的想看什么是“好的本体论实践”，也就是不预设世界只有一种结构，而是按需选择建模方式，去看 PostgreSQL。

关系型是核心，但通过扩展兼容文档（JSONB）、图（Apache AGE）、向量（pgvector）、时序（TimescaleDB）、事件流（逻辑复制 + CDC）。一个系统同时支持多种本体论预设，让使用者根据具体问题选择合适的切割方式。

这不只是好的工程，也是好的哲学：承认世界不止一种结构，承认自己的视角有局限性。而 Palantir 的 Ontology，连自身范式局限性的意识都没有。

[¶39]

事件溯源：一个反例就够了

我不需要证明 Event Sourcing 比实体建模更好，我只需要证明：存在一种合法的建模范式，是 Palantir 的 “Ontology” 无法原生表达的。 这就足以证明它不配叫 “Ontology”。

Event Sourcing 的核心思想很简单：不记录“当前状态是什么”，而记录“发生了什么事”。状态可以从事件序列推导出来，反之不行。金融交易、物流追踪、微服务架构越来越多采用这种范式，不是因为工程师们读了怀特海的《过程与实在》，而是因为现实在教育他们：“事件比实体更基本” 这个直觉，在很多场景下是对的。

Palantir 的 Ontology 里有 Event Object，但事件始终是实体的附属品，必须通过 Link 挂在某个 Object 上，时序数据是 Object 的一个 Property。你不能告诉 Palantir：“我的整个领域模型以事件流为核心，实体状态只是派生视图。” 这种主从关系的根本反转，在 Ontology 框架中没有原生表达。

最讽刺的是，Palantir 自己的工程师在内部基础设施中用了 Event Sourcing，他们在技术博客里写过，Foundry 的作业编排后端从 CRUD 重写为事件溯源架构。自己吃肉，给客户啃骨头。

[¶40]

Palantir 卖的是 Types，而本体论的灵魂，是追问 Types 本身是否成立。

[¶41]

四、竹制跑道上的等待

[¶42]

货物崇拜

二战后，南太平洋土著岛民目睹美军飞机带来各种物资。战后美军撤离，岛民用竹子搭建控制塔，用椰子壳制作耳机，在丛林中清理出跑道，点火模仿引导灯。形式完美无缺，但飞机就是不来。

费曼 1974 年在加州理工毕业典礼演讲中讲了南太平洋货物崇拜的故事。这些岛民做的每一件事在形式上都对，跑道有了，塔台有了，耳机有了，但飞机不来。同样，很多研究在形式上也都对，有假设、有数据、有结论，但结果不可复现，因为研究者在过程中欺骗了自己。

部分中国厂商对 Ontology 的模仿，就是当代最典型的货物崇拜。国内一些咨询企业、数据中台企业热衷于将 Palantir 作为标杆，跟风声称自己的技术是“本体论”。这些公司系统性地忽略了 Palantir 真正的护城河：CIA 关系、安全许可、20 年国防经验，而去模仿最不重要的部分，一个术语。

Ontology 是 Palantir 用来掩饰核心竞争力的手段。中国模仿者把掩饰物当成了武器本身。

[¶43]

数据中台：我们已经走过的弯路

如果“货物崇拜”太遥远，这里有个中国人亲身经历过的例子。

Palantir 的 Ontology，约等于美国版的数据中台。

2019 年“数据中台元年”，CIO 们见面打招呼：“你们上中台了吗？还没有？你落伍了。” 然后，某零售集团 800 万中台沦为“数据展示屏”；某汽车企业 2000 万中台，ROI 从 1.8 骤降至 0.6；某集团 200 人中台团队不到一年裁撤。

2023 年，阿里这个始作俑者亲手把中台拆了。不论阿里拆中台的原因是什么，组织架构调整也好、业务分散化也好，这个动作在行业中的信号意义是明确的：连发明这个概念的公司都不玩了。2024 年，连 Gartner 都在其报告中将数据中台相关概念标记为“过时”。从神坛到坟墓，五年。

数据中台的技术本质是：数据仓库 + ETL + 元数据管理 + 数据服务 API + 一套管理学叙事。每个子组件都有十几年历史。Palantir 的 Ontology 本质则是：Table + Column + FK + SP + 一套哲学叙事。包装手法如出一辙，只是包装纸从管理学换成了哲学。

数据中台失败的根因，不是“统一数据管理”这个需求是假的，这个需求是真实的。问题在于，大词系统性地制造了错误的预期：既然是“中台”这个宏大的基础设施概念，那预算至少得千万级，周期至少得两年；如果叫“XX 数据仓库项目”，预期就回归理性了。Ontology 正在制造完全相同的错误预期。

[¶44]

现在 Ontology 在中国正处于 Hype Cycle 的期望膨胀阶段。这条曲线我们五年前刚走过一遍。五年后的你回头看今天，会觉得追本体论的这帮人，跟 2019 年追中台的那批人一模一样。

[¶45]

五、概念清洁工

[¶46]

好的抽象 vs. 坏的命名

有人会说：所有抽象都是重命名。SQL 就是集合论，OOP 就是带函数指针的 struct，React 就是状态机。按你的逻辑，所有软件创新都是旧瓶装新酒。

这个反驳听起来有力，其实混淆了两件完全不同的事。区分它们，只需要几个简单的测试。

好的抽象降低门槛。 SQL 让非程序员也能查数据，Kubernetes 让开发者不用关心机器分配。这些名字背后有真实的抽象层，屏蔽了下层复杂性，让更多人能使用。

坏的命名抬高门槛。 “Ontology” 把本来可以学会的东西，也就是 Data Modeling、数据库教科书前三章，变成了一个看起来学不会的东西。年轻工程师以为需要掌握深奥的新学科，其实 CREATE TABLE 就是起点。

好的抽象有开放实现。 Linux 有多个发行版，SQL 有几十种数据库，HTTP 是开放协议。

坏的命名制造锁定。 Palantir 的 Ontology 让你建模需要数月、切换成本极高、数据难以迁出。从桥变成了墙。

好的抽象叫什么，不影响使用。 你不需要知道 SQL 背后是关系代数，才能写 SELECT * FROM users。

[¶47]

坏的命名靠名字本身创造价值。 “我们需要建 Ontology” 和 “我们需要建统一数据模型”，在甲方心中会产生完全不同的预算期望：前者五千万三年，后者五百万三个月。

[¶48]

为什么老冯要批评本体论？

花花轿子众人抬，夸 Palantir 和本体论没有风险，但是批判它会得罪一大堆做数据咨询的公司。老冯是吃饱了撑着，跟 Palantir 有仇吗？没有。老冯不是跟 Palantir 过不去，我是看不惯滥用大词的行为。Palantir 只是这个现象的一个典型案例。

大词造成的危害是系统性的。每一轮大词都在消耗行业的信任：“云计算” 一轮，“大数据” 一轮，“中台” 一轮，“区块链” 一轮，“大模型” 也正在被滥用。每一轮过后，聪明人都会变得更 cynical；等真正有价值的新概念出现时，它们反而会被淹没在信任废墟中。

在美国，大词出来 48 小时，Hacker News 上就有人写 “X is just Y with extra steps”。中国技术生态缺乏这种自净机制。公众号的激励结构是“追热点”而非“戳泡沫”，写“保姆级 Ontology 全攻略”的流量远高于“Ontology 就是建表”。概念泡沫传进来就疯长，没人修剪。

硅谷既有“深圳的一面”，也有“驻马店的一面”。不是所有从美国来的东西都是好的。把“驻马店的概念”拿回国内当宝贝，不是技术引进，而是劣质概念进口。原产地至少还有 Hacker News 来清理，进口到国内连清理机制都没有。

[¶49]

我做这件事，就是因为这个生态缺一个“概念清洁工”。有人在思想与概念的世界里随地大小便，还是得有人站出来及时打扫干净，避免它慢慢变成粪坑。

[¶50]

尾声

做 Data Modeling，就说 Data Modeling。数据建模这个名字不丢人。Codd、Chen、Kimball、Inmon 用几十年心血赋予了这个名字尊严。当你用 “Ontology” 来命名 Data Modeling 时，不是在提升它的价值，而是在贬低 Data Modeling 的价值，暗示这个名字不够好，需要一个更大的词来撑场面。

我不反对创造新概念，我反对在概念世界里随地大小便。

当你看到下一个大词，无论它叫 World Model、Logos 还是别的什么，请先问一问：底层技术是什么？谁在从这个命名中获益？

实事求是，是工程师的基本素养。