Palantir專利一句話，本體論就是數據建模

上個月我寫了一篇文章叫《Palantir 的“本體論”騙局》，用一張“羅塞塔石碑”對照表說了一件事：Palantir 的 Ontology 在技術上就是數據庫建模。Object Type 是表，Property 是列，Link 是外鍵，Action 是存儲過程。

文章引發了激烈爭論，最終演變成一場公開直播辯論。辯論的結果沒啥懸念，觀眾投票中老馮以 75% 的支持率獲勝。但贏個辯論沒什么意義。上一篇只做了“拆”的工作。這一篇，我想把更深層的東西說清楚：本體論到底是什么？Palantir 到底對它做了什么？中國的模仿者為什么注定會失敗？

直播回放可以在視頻號《非法加馮》看到。另外明天還有一場關于小龍蝦的直播

太長不看

關于 Palantir

Palantir 的產品有真實的工程價值。數據建模、數據集成、數據分析，都是有尊嚴、有價值的工作。也有不錯的戰績，但將其歸因為本體論有嚴重的問題。

Palantir 本質上是披著 SaaS 皮的咨詢公司。它的真正競爭力不在技術，而在 Peter Thiel 的政治關系網、人力密集的 FDE 駐場模式、以及 vendor lock-in 制造的路徑依賴。Ontology 是掩蓋這些真正競爭力的偽裝。

Palantir 的"本體論"在技術上沒有創新，是數據庫建模的哲學包裝。它的專利文件自己承認了這一點。Palantir 的"本體論"不是一個技術架構，而是一個敘事架構；它是營銷上的創新，而非技術上的。

關于本體論

本體論是一門有兩千五百年歷史的哲學學科，承載著人類對"存在"的終極追問——什么東西存在？存在的根本結構是什么？這個問題沒有唯一正確答案，哲學史上至少有多種互相競爭的范式，對應著不同的數據庫建模哲學。

Palantir 版本的本體論只取了哲學本體論中的一個范式——亞里士多德實體本體論，把部分當整體，把一把錘子當成了"工具的哲學"。諷刺的是，物理學前沿和現代軟件工程都在走向亞里士多德的精確反面：關系比實體更基本，事件比物體更基本。

關于中國模仿者

中國公司模仿 Ontology，是經典的貨物崇拜（Cargo Cult）。Ontology 本來是 Palantir 用來掩飾自己核心競爭力的手段，結果中國一批公司把煙霧與泡沫當成了本體 —— 學了人家的皮毛，但沒有人家的里子。

這種模仿很可能重走數據中臺的老路：從神壇到墳墓只用了五年。中國技術生態缺乏自凈能力——沒有 Hacker News / Reddit 式的解構文化，對舶來概念容易產生"概念污染"。老馮嘲諷本體論，是為了清潔這個生態中的概念污染。

一、事實：Ontology 就是數據建模 專利文件里的說實話時刻

如果你想知道 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[2]

這句話極其關鍵。專利白紙黑字寫的是：

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

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

有人可能會指出：Background 部分描述的是現有技術，不是 Palantir 自己的發明，那 Claims 部分是不是不一樣？我看了這些專利的 Claims。結論是：Claims 部分把 “ontology” 定義得極其寬泛，基本上涵蓋了“用一種結構來描述和管理數據”的一切方式，沒有給出任何超越 data model 的具體技術定義。換句話說，Background 說 ontology 就是 data model，Claims 沒有反駁這一點，只是把定義拉得更模糊。

如果 Palantir 的 Ontology 真有超越 data model 的革命性突破，專利律師一定會在 Claims 里精確描述這種超越性，因為更具體的創新意味著更強的專利保護。實際上他們沒有，因為沒什么可寫的。

Palantir 有沒有在做有價值的事？有。系統集成本身有真實的工程難度，把上述組件在軍工級安全要求下整合運行，確實需要實力。但這件事的準確名稱叫“系統集成”，不叫“本體論”。你不會把“裝修”叫“空間本體論”，即使裝修確實需要考慮空間的結構與功能。

多重偷換中最致命的一次

“Ontology” 這個詞從哲學到 Palantir，經歷了多次偷換：從不可數的學科名變成可數的商品名；從追求世界的真正結構變成追求“大家同意的模型”；從描述世界是什么樣，變成規定世界應該被看成什么樣。

但其中最致命的一次偷換，是 目的反轉。

1993 年，Tom Gruber 在斯坦福設計 ontology（語義網上下文），論文標題叫 “Portable Ontology Specifications”，重點在 Portable。目的是知識共享和系統互操作，讓不同系統能互相理解對方的數據。

Palantir 的 Ontology 反其道而行。建模需要數月，切換成本極高，數據難以遷出。2017 年，紐約警察局（NYPD）在終止 Palantir 合同時公開投訴：Palantir 拒絕以可遷移格式提供數據分析結果。NYPD 聲稱多次要求 Palantir 提供標準化格式的數據，但 Palantir 以“知識產權”為由拒絕配合，迫使 NYPD 要么繼續使用 Palantir，要么放棄多年積累的分析成果。這一事件被 BuzzFeed News（原始報道[3]，2017 年）和 Brennan Center for Justice（分析評論[4]）詳細記錄。做空傳奇 Michael Burry 后來也以此為例，直言 Palantir 的護城河就是“阻礙數據遷移”。

Gruber 設計 ontology 是為了造橋，Palantir 則把橋變成了墻，把開放協議變成了數字牢籠。

二、動機：胡蘿卜與雷達

事實層面確認之后，自然要追問：既然技術上不新，Palantir 為什么非要用 “Ontology” 這個詞？答案很簡單，因為值錢。

估值敘事

如果 Palantir 跟華爾街說“我們的核心競爭力是幫客戶做數據建模和系統集成”，分析師的參照系是 Booz Allen Hamilton（P/E 約 20x）或埃森哲（P/E 約 30x）；說“我們構建了 Ontology 平臺”，參照系就變成 Snowflake、Databricks（P/E 約 100x+）。Palantir 目前的 P/E 超過 200 倍。

我不是說 Ontology 這一個詞導致了全部的估值溢價。政商關系、高增長預期、政府合同粘性、AI 概念、稀缺的國防科技標的地位都在發揮作用。但 Ontology 敘事完成了一個關鍵的認知躍遷：幫華爾街把一家咨詢屬性極強的公司理解為一家純軟件平臺公司。換個參照系，估值倍數差五到十倍。一個詞值不值幾百億美元？Palantir 用行動回答了這個問題。

真正的護城河在華盛頓

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 有關。

FDE：最誠實的反證

如果 Palantir 的 Ontology 真的是一個革命性的智能平臺，為什么還需要數千名斯坦福、MIT 畢業的工程師長期駐扎在客戶現場？

因為現實世界的企業數據極度混亂。任何靜態模型遇到真實業務泥潭時都會瞬間失效。這些“前線部署工程師”（Forward Deployed Engineer，FDE）實際在做的是：寫 ETL、調 Kafka connector、處理 schema 不兼容、手動清洗臟數據。全世界的系統集成商每天都在做同樣的事。區別在于，埃森哲管這叫“交付團隊”，不叫“前線部署工程師”。

系統越難用，客戶越依賴 FDE；概念越晦澀，FDE 越不可替代。這不是 bug，這是 feature。

Michael Burry，這位做空次貸的傳奇投資者，曾在社交媒體上直言 Palantir 是“偽裝成 SaaS 公司的咨詢公司”。FDE 的存在就是最好的注腳：如果你的“本體論平臺”真的那么智能，為什么還需要這么多聰明人在旁邊手動喂數據？

三、真正的本體論：數據庫才是最接近的實踐

到這里，“破”和“揭”的工作基本完成。但如果只停留在“Ontology 就是建表”，也是不夠的。因為這句話雖然在事實層面是對的，卻遮蔽了一個更有意思的問題：本體論，這門哲學里最古老的學問，跟數據庫到底有什么關系？

答案是：關系極深。在人造工程中，數據庫可能是與本體論最接近的東西。 而 Palantir 對本體論的理解之淺薄，恰恰證明了它在“哲學”這條賽道上也不合格。

兩千五百年的追問

本體論追問一個問題：世界上到底有什么？存在的根本結構是什么？ 兩千五百年來沒有共識，不是因為哲學家不聰明，而是因為這個問題本質上沒有唯一正確答案。你怎么切割世界，決定了你能看到什么。

而數據庫，恰恰是對“怎么切割世界”這個問題的工程回答。每一種數據庫范式，都暗含了一種對世界結構的假設。這不是我的過度解讀。當你選擇用關系模型而非圖模型來建模一個業務領域時，你已經在做一個本體論層面的選擇：你假設了“世界由具有屬性的獨立實體組成”，而非“關系比實體更基本”。

下面這張對照表是一個 啟發性類比，不是嚴格的哲學史論證。沒有哪個數據庫設計者是因為讀了某位哲學家才選擇了某種范式。但這張表揭示了一個有趣的結構性同構：工程師在解決實際問題時做出的建模選擇，恰好映射到了哲學家們爭論了兩千年的本體論立場。這種同構本身就是有啟發意義的：

這張表告訴我們什么？本體論不是一種方法，而是關于“有哪些可能的方法”的學問。 它追問的是：你手里應該拿錘子還是螺絲刀？每種工具預設了什么、擅長什么、遮蔽了什么？

Palantir 只拿了一行

看清這張表，你就知道 Palantir 做了什么：它只拿了第一行。 亞里士多德的實體論，實現為 Object → Property → Link → Action，然后管這個叫 “Ontology”。這就好比一個人只讀了哲學史的第一章，然后宣布自己掌握了全部哲學。無知者無畏。

更致命的問題是，當你把一種特定范式命名為 “Ontology” 時，你實質上關閉了替代方案意識。一個叫 “data model” 的東西，工程師知道它是可以換的，換成圖模型、文檔模型、事件模型，各有各的好；但一個叫 “Ontology” 的東西，暗示它是世界的客觀結構。誰會質疑“本體”呢？大詞的危害，不是說錯了什么，而是讓你不再追問什么。

好的本體論實踐長什么樣

如果你真的想看什么是“好的本體論實踐”，也就是不預設世界只有一種結構，而是按需選擇建模方式，去看 PostgreSQL。

關系型是核心，但通過擴展兼容文檔（JSONB）、圖（Apache AGE）、向量（pgvector）、時序（TimescaleDB）、事件流（邏輯復制 + CDC）。一個系統同時支持多種本體論預設，讓使用者根據具體問題選擇合適的切割方式。

這不只是好的工程，也是好的哲學：承認世界不止一種結構，承認自己的視角有局限性。而 Palantir 的 Ontology，連自身范式局限性的意識都沒有。

事件溯源：一個反例就夠了

我不需要證明 Event Sourcing 比實體建模更好，我只需要證明：存在一種合法的建模范式，是 Palantir 的 “Ontology” 無法原生表達的。 這就足以證明它不配叫 “Ontology”。

Event Sourcing 的核心思想很簡單：不記錄“當前狀態是什么”，而記錄“發生了什么事”。狀態可以從事件序列推導出來，反之不行。金融交易、物流追蹤、微服務架構越來越多采用這種范式，不是因為工程師們讀了懷特海的《過程與實在》，而是因為現實在教育他們：“事件比實體更基本” 這個直覺，在很多場景下是對的。

Palantir 的 Ontology 里有 Event Object，但事件始終是實體的附屬品，必須通過 Link 掛在某個 Object 上，時序數據是 Object 的一個 Property。你不能告訴 Palantir：“我的整個領域模型以事件流為核心，實體狀態只是派生視圖。” 這種主從關系的根本反轉，在 Ontology 框架中沒有原生表達。

最諷刺的是，Palantir 自己的工程師在內部基礎設施中用了 Event Sourcing，他們在技術博客里寫過，Foundry 的作業編排后端從 CRUD 重寫為事件溯源架構。自己吃肉，給客戶啃骨頭。

Palantir 賣的是 Types，而本體論的靈魂，是追問 Types 本身是否成立。

四、竹制跑道上的等待 貨物崇拜

二戰后，南太平洋土著島民目睹美軍飛機帶來各種物資。戰后美軍撤離，島民用竹子搭建控制塔，用椰子殼制作耳機，在叢林中清理出跑道，點火模仿引導燈。形式完美無缺，但飛機就是不來。

費曼 1974 年在加州理工畢業典禮演講中講了南太平洋貨物崇拜的故事。這些島民做的每一件事在形式上都對，跑道有了，塔臺有了，耳機有了，但飛機不來。同樣，很多研究在形式上也都對，有假設、有數據、有結論，但結果不可復現，因為研究者在過程中欺騙了自己。

部分中國廠商對 Ontology 的模仿，就是當代最典型的貨物崇拜。國內一些咨詢企業、數據中臺企業熱衷于將 Palantir 作為標桿，跟風聲稱自己的技術是“本體論”。這些公司系統性地忽略了 Palantir 真正的護城河：CIA 關系、安全許可、20 年國防經驗，而去模仿最不重要的部分，一個術語。

Ontology 是 Palantir 用來掩飾核心競爭力的手段。中國模仿者把掩飾物當成了武器本身。

數據中臺：我們已經走過的彎路

如果“貨物崇拜”太遙遠，這里有個中國人親身經歷過的例子。

Palantir 的 Ontology，約等于美國版的數據中臺。

2019 年“數據中臺元年”，CIO 們見面打招呼：“你們上中臺了嗎？還沒有？你落伍了。” 然后，某零售集團 800 萬中臺淪為“數據展示屏”；某汽車企業 2000 萬中臺，ROI 從 1.8 驟降至 0.6；某集團 200 人中臺團隊不到一年裁撤。

2023 年，阿里這個始作俑者親手把中臺拆了。不論阿里拆中臺的原因是什么，組織架構調整也好、業務分散化也好，這個動作在行業中的信號意義是明確的：連發明這個概念的公司都不玩了。2024 年，連 Gartner 都在其報告中將數據中臺相關概念標記為“過時”。從神壇到墳墓，五年。

數據中臺失敗的根因，不是“統一數據管理”這個需求是假的，這個需求是真實的。問題在于，大詞系統性地制造了錯誤的預期：既然是“中臺”這個宏大的基礎設施概念，那預算至少得千萬級，周期至少得兩年；如果叫“XX 數據倉庫項目”，預期就回歸理性了。Ontology 正在制造完全相同的錯誤預期。

現在 Ontology 在中國正處于 Hype Cycle 的期望膨脹階段。這條曲線我們五年前剛走過一遍。五年后的你回頭看今天，會覺得追本體論的這幫人，跟 2019 年追中臺的那批人一模一樣。

五、概念清潔工 好的抽象 vs. 壞的命名

有人會說：所有抽象都是重命名。SQL 就是集合論，OOP 就是帶函數指針的 struct，React 就是狀態機。按你的邏輯，所有軟件創新都是舊瓶裝新酒。

這個反駁聽起來有力，其實混淆了兩件完全不同的事。區分它們，只需要幾個簡單的測試。

好的抽象降低門檻。 SQL 讓非程序員也能查數據，Kubernetes 讓開發者不用關心機器分配。這些名字背后有真實的抽象層，屏蔽了下層復雜性，讓更多人能使用。

壞的命名抬高門檻。 “Ontology” 把本來可以學會的東西，也就是 Data Modeling、數據庫教科書前三章，變成了一個看起來學不會的東西。年輕工程師以為需要掌握深奧的新學科，其實 CREATE TABLE 就是起點。

好的抽象有開放實現。 Linux 有多個發行版，SQL 有幾十種數據庫，HTTP 是開放協議。

壞的命名制造鎖定。 Palantir 的 Ontology 讓你建模需要數月、切換成本極高、數據難以遷出。從橋變成了墻。

好的抽象叫什么，不影響使用。 你不需要知道 SQL 背后是關系代數，才能寫 SELECT * FROM users。

壞的命名靠名字本身創造價值。 “我們需要建 Ontology” 和 “我們需要建統一數據模型”，在甲方心中會產生完全不同的預算期望：前者五千萬三年，后者五百萬三個月。

為什么老馮要批評本體論？

花花轎子眾人抬，夸 Palantir 和本體論沒有風險，但是批判它會得罪一大堆做數據咨詢的公司。老馮是吃飽了撐著，跟 Palantir 有仇嗎？沒有。老馮不是跟 Palantir 過不去，我是看不慣濫用大詞的行為。Palantir 只是這個現象的一個典型案例。

大詞造成的危害是系統性的。每一輪大詞都在消耗行業的信任：“云計算” 一輪，“大數據” 一輪，“中臺” 一輪，“區塊鏈” 一輪，“大模型” 也正在被濫用。每一輪過后，聰明人都會變得更 cynical；等真正有價值的新概念出現時，它們反而會被淹沒在信任廢墟中。

在美國，大詞出來 48 小時，Hacker News 上就有人寫 “X is just Y with extra steps”。中國技術生態缺乏這種自凈機制。公眾號的激勵結構是“追熱點”而非“戳泡沫”，寫“保姆級 Ontology 全攻略”的流量遠高于“Ontology 就是建表”。概念泡沫傳進來就瘋長，沒人修剪。

我的朋友馬工說，硅谷既有“深圳的一面”，也有“駐馬店的一面”。不是所有從美國來的東西都是好的。把“駐馬店的概念”拿回國內當寶貝，不是技術引進，而是劣質概念進口。原產地至少還有 Hacker News 來清理，進口到國內連清理機制都沒有。

我做這件事，就是因為這個生態缺一個“概念清潔工”。有人在思想與概念的世界里隨地大小便，還是得有人站出來及時打掃干凈，避免它變成廁所。

尾聲

做 Data Modeling，就說 Data Modeling。數據建模這個名字不丟人。Codd、Chen、Kimball、Inmon 用幾十年心血賦予了這個名字尊嚴。當你用 “Ontology” 來命名 Data Modeling 時，不是在提升它的價值，而是在貶低 Data Modeling 的價值，暗示這個名字不夠好，需要一個更大的詞來撐場面。

我不反對創造新概念，我反對在概念世界里隨地大小便。

當你看到下一個大詞，無論它叫 World Model、Logos 還是別的什么，請先問一問：底層技術是什么？誰在從這個命名中獲益？

實事求是，是工程師的基本素養。

References

[1] Palantir 的“本體論”騙局: https://vonng.com/db/ontology-bullshit/
[2]: https://patents.google.com/patent/US7962495B2/en
[3] 原始報道: https://www.buzzfeednews.com/article/williamalden/theres-a-fight-brewing-between-the-nypd-and-silicon-valley
[4] 分析評論: https://www.brennancenter.org/our-work/analysis-opinion/palantir-contract-dispute-exposes-nypds-lack-transparency

數據庫老司機

點一個關注 ??，精彩不迷路

對 PostgreSQL， Pigsty，下云 感興趣的朋友

歡迎加入 PGSQL x Pigsty 交流群 QQ 619377403