标签: #ontology

← 全部文章

• Palantir 本体论 — 用官方文档读懂那层"把行动放在数据之上"的运营层 ♪ 可收听

  Palantir 所说的本体论（Ontology）不是哲学术语，而是产品的一层。对象、属性、链接（语义）与动作、函数（动力）六个部件，数据集变成对象的路径，用户编辑与原始数据冲突时的规则，规模上限与 OSv1 的退役日期，以及 LLM 如何在其上使用工具 — 全部只用 Palantir 官方文档的原句整理。

  2026-09-11 · 12 分钟阅读 #palantir#ontology#foundry#aip#data-platform

• 知识图谱工具与框架地图 — 什么时候该选什么 ♪ 可收听

  图数据库、RDF 与本体栈、图 RAG 框架，在过去两年里爆发式增长。链接清单已经太多，所以本文换一种做法，画一张带着诚实观点的地图。每个类别都讲清楚：拿它做什么、两三个代表性工具，以及「什么时候该选什么」— 嵌入式(Kùzu) vs 服务器(Neo4j)、形式化的 OWL/RDF vs 实用的属性图、自己搭的抽取流水线 vs Microsoft GraphRAG 那种自带电池的流水线。以及最重要的一个问题：什么时候压根就不该用图(向量

  2026-07-15 · 15 分钟阅读 #tools#knowledge-graph#graph-rag#ontology#frameworks

• 把客户的领域变成模型 — 从通用语言到本体 ♪ 可收听

  客户企业的领域知识，通常不在文档里，而是作为隐性知识存在于人的头脑中。Forward Deployed Engineer 的核心工作之一，就是把这些散落的隐性知识，变成整个团队都能共享的显式模型。本文自下而上地攀爬这道阶梯 — 从最廉价、最有价值的第一步，即 DDD 的通用语言出发，用限界上下文处理同一个单词的冲突，再用实体·值对象·聚合为名词建模。接着把人们经常混为一谈的三个词 — 分类法、本体、知识图谱 — 一一切分，并把形式栈(R

  2026-07-15 · 18 分钟阅读 #ontology#knowledge-graph#domain-driven-design#architecture#forward-deployed-engineer