从本体论到 Palantir Ontology

从哲学思辨到企业运行，三次问题换位如何重塑我们对“事实”的理解？RFG（可复核事实地面）为何是系统判断与现实后果之间的关键桥梁？

核心内容：
从哲学本体论到Palantir Ontology的三次问题换位
本体工程在概念化与形式化过程中的两重有限性
Palantir如何将本体论从知识表示升级为企业的运行层

——RFG 如何追问系统运行所得的事实地位

一、三次问题换位

从哲学本体论、本体工程到 Palantir Ontology，发生的不是系统逐步占有现实，而是三次问题换位。哲学本体论追问什么存在，以及对象、属性、关系、事件和过程具有怎样的基本结构。本体工程追问，为了特定目的，系统应当怎样规定对象、关系和约束，使概念能够被明确表达、交换和计算。Palantir Ontology 进一步追问，怎样把概念结构接入数据、逻辑、动作和权限，使企业能够据此运行。每一次换位都增强了概念化、形式化和行动能力，也使系统形成的判断更深地进入现实后果。但三者都不能仅凭自身回答：系统运行所得，凭什么在多方事务中作为事实使用？RFG，即 Reviewable Factual Ground，可复核事实地面，是多方事务中，相关方能够以现实可行的方式复核观点事实地位的地面。它承载事实复核关系，不替相关方作出事实认定。RFG 横切这条问题谱系，追问概念化、形式规定和系统运行所形成观点的事实地位。它不是第四阶段，也不是站在 Ontology 之上的裁判层。

二、本体工程的两重有限化

哲学本体论能够揭示事实断言背后的类别前提，却不能直接认定具体事实。本体工程把类别和关系转化为可以明确表达和处理的形式结构。Gruber 将信息系统中的 Ontology 定义为对某种概念化的显式规定，强调 Ontology 对领域中相关概念、关系和约束的明确表达。Guarino 进一步区分了概念化与形式 Ontology。现实首先被抽象为某种概念化；概念化再由语言、公理和逻辑约束近似规定为 Ontology。Ontology 只能约束允许的解释，不能把概念化本身无损地搬入系统。这里存在两重有限化。现实进入概念化时，哪些差异、状态和关系被纳入，已经包含取舍。概念化进入形式 Ontology 时，词汇和公理又只能作有限规定。相名断可以用来分析这两重有限化，却不能与其形式层次逐项等同。概念化已经包含取相、分类和关系组织；形式 Ontology 也不只是命名，还规定哪些解释被允许。本体工程可以提高语义一致性与系统互操作，却不能因此使具体观点成立。多人使用同一套概念和词汇，不等于他们已经取得同一事实。共享概念化可以支持交流、复用和协作，不能替代事实复核。

三、Palantir Ontology：从表示进入行动

Palantir 将 Ontology 描述为组织的运行层。它把对象、属性和链接与数据、逻辑、动作和安全结合，使 Ontology 从知识表示进入企业运行。在这一结构中，对象、属性和链接组织企业中的对象与关系；动作和函数使人或智能体能够依据这些结构改变对象、属性和链接。Palantir 的 Action 类型可以定义对对象、属性和链接的修改，并在动作提交时产生相应副作用。从相名断看，数据、文档、日志和用户输入提供可以进入判断的相；对象类型、属性和链接组织名；规则、函数、模型和状态判断提出断；动作和回写又使这些断言进入现实后果。这正是 Palantir Ontology 的力量，也是其事实风险的来源。系统不再只是描述业务。系统中的名称、分类和判断开始直接改变相关方的行动条件、资格、责任和利益。

四、系统事实、业务事实与风险链

系统能够形成关于自身记录、操作、状态和计算结果的事实。某系统在某一时点将客户记录为“已续约”，可以成为系统事实。客户是否已经完成业务上的续约，则是另一个观点。它还涉及客户确认、合同条件、角色资格、适用口径、实际履行和后续异议。系统可以保证它有能力保证的系统事实，不能仅凭自身保证业务事实。系统事实能否支持业务观点取得事实地位，仍须由相关方复核。Palantir Ontology 的主要事实风险由此形成一条递进链。根风险是概念化被写成现实。Customer、Renewed 和 High Risk 等对象、状态与属性，都是在特定目的、材料和口径下形成的概念位置。系统能够表示某种差异，不等于这种差异是现实自行带有的天然分类；系统没有表示某种差异，也不等于这种差异不存在或无须考虑。分析观点属性化，是这一风险在模型产物上的具体表现。特定数据、标签、时间和模型版本下形成的评分、分类或预测，本来是分析性观点。当它被写成客户、项目或供应商对象的属性时，使用者容易把它当作对象本身稳定拥有的性质，形成条件则退到背景之中。Palantir 官方支持把模型与 Ontology 对象结合，供业务应用使用，这提高了模型结果的可操作性，也要求使用者继续区分模型输出与业务事实。行动闭环进一步放大前两种风险。系统判断触发行动，行动改变现实状态，改变后的状态又成为下一轮系统判断的材料。系统判断客户具有高流失风险，企业据此降低服务投入；客户使用量随后下降；下降的数据又被系统吸收为原风险判断正确的材料。整条链中的系统事实都可能成立，数据与动作记录也可能完整，但原始观点已经通过系统行动制造了支持自身的新材料。同一种行动能力既能提高系统过程的可追溯性，也能扩大错误事实地位的作用范围。系统越能根据 Ontology 自动行动，越需要让系统之外的材料、相关方异议和现实后果返回原有认定。

五、RFG 的横切追问

RFG 不要求在 Palantir Ontology 之上再建立一套 Ontology。它追问的是系统所形成观点的事实地位：系统结果依据什么材料和取得路径形成；对象、属性与状态使用什么口径；断言在什么问题和范围中成立；系统事实为什么足以支持当前业务观点；事实认定将改变其处境、责任、资格或利益的相关方，能否现实地追溯依据、提出异议并推动修正。“现实可行”不能由系统设计者、观点提出方、最强专业方或参与者平均能力决定。它应以事实认定后果的承受方为检验下限。后果承受方不必亲自阅读全部源代码或掌握全部技术细节，但必须存在其能够实际使用的路径，使其可以理解争议所在、返回形成依据、提出异议，并使异议作用于原有认定。形式上有入口，现实中核不动，RFG 就没有成立。数据血缘、动作记录、权限、版本、异议入口和修正传导，可以使企业 Ontology 取得承载 RFG 的候选资格，却不能自动生成 RFG。这些结构是否有效，最终仍要在真实多方事务中检验：后果承受方能否核得动、顶得回，并使事实地位的变化作用于原有结果及其后果。因此，在 Palantir Ontology上增加若干字段、血缘关系或复核模块，并不等于形成 RFG。当一个系统结果将跨越系统事实，作为业务事实进入支付、资格、归责、评价或其他重要行动时，系统还需要围绕以下关系组织材料：这个结果是什么观点；它依据什么材料和口径提出；它在什么问题中取得了什么事实地位；相关方如何提出异议；事实地位变化后，哪些结果和后果需要修正。这种组织要求只发生在事实地位的关键接缝上，不要求把所有稳定、低后果的对象属性都改造成重型事实认定单元。RFG 本身也不具有天然适用资格。某项事务是否需要引入 RFG，复核应当达到什么强度，付出多大成本才与所涉后果相称，同样需要在具体多方事务中接受追问。RFG 不能成为要求所有观点无限复核的普遍命令，也不能借“可复核”之名取得豁免自身的裁判位置。

结语

本体论问什么存在。本体工程问系统怎样规定。Palantir Ontology 问系统怎样据此运行。RFG 横切追问：系统运行所得，凭什么在多方事务中成为事实？对 Palantir Ontology 公允的评价是：它是一种强大的系统事实组织与企业行动架构，也具备承载 RFG 的多项候选条件；但这些条件是否在具体企业中形成现实可行的事实复核，不能由产品结构、数据血缘或官方主张自行证明。最终的检验只能发生在真实事务中：系统事实为什么足以支持业务观点成为事实？后果承受方是否真的核得动、顶得回？

[登录查看剩余 70% 内容](javascript:void (0);)

制造业智能化改造和数字化转型智能化数字化转型智能化改造方案

从本体论到 Palantir Ontology