目录 0.1 · 2026-11-15
HTTP status checked 2026-11-15. ACM/DOI/blog 403 in this environment are marked blocked; readable body uses the listed open alternatives. Official Palantir pages are product capability descriptions, not customer outcome evidence.
其中 12 条没有年份，页面保持「年份未记载」，不另填数字。类型沿用原文：官方厂商能力描述 13 条，论文 3 条，标准 1 条。
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
把 Ontology 定位为决策中心而非仅数据中心，用数据、逻辑、动作、安全四要素说明运营层；引入决策数据、逻辑绑定、情景暂存与写回、运行时细粒度策略与决策血缘。含虚构制造商 Onyx 端到端示例。
限制
宣传语气较强（如“best possible decisions”）；写回“安全”是产品主张，需对照动作冲突、重试与 webhook 幂等文档。Onyx 为虚构示例，不能当作已验证经营成效。决策血缘与数据血缘、工作流血缘不是同一概念。
对应到学习的哪里
C1 产品本体与概念库存,C3 动作函数与回写限制,C4 安全治理与数据边界,C8 证据效益与文档冲突
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记与短摘录，不镜像全文。。HTTP 200。
可访问。带尾斜杠会规范到本地址。
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
将 Ontology 定义为组织的运营层，位于数据集、虚拟表与模型之上，连接现实对应物；同时包含语义要素（对象、属性、关系）与动力学要素（动作、函数、动态安全）。并说明接口多态，以及 Object Views、Object Explorer、Quiver、Workshop 等消费方式。
限制
“数字孪生”是产品类比，不等于物理孪生已经建成。本页是总览，细节以对象类型、动作、函数、安全专页为准。
对应到学习的哪里
C1 产品本体与概念库存,C2 对象身份关系与时间状态
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。。HTTP 200。
可访问。
https://www.palantir.com/docs/foundry/ontology/overview
相关链接
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
给出对象类型、对象、对象集、属性、共享属性、关系类型、动作类型、函数、接口、对象视图的定义，并用数据集类比帮助入门。
限制
数据集类比是教学对照，不是强制一对一架构。本页仍写“Roles are the central permissioning model”，需与现行安全与对象权限专页对照，权限模型可能已演进。函数在此未强调可调用语言模型。
对应到学习的哪里
C1 产品本体与概念库存,C2 对象身份关系与时间状态,C8 证据效益与文档冲突
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。。HTTP 200。
可访问。
https://www.palantir.com/docs/foundry/ontology/core-concepts
Palantir（页面注明由 LLM 生成、工程师审阅） · 2026 · 版本 Last updated Thursday, July 2, 2026
为什么读
给出数据层与对象层、Apollo/Foundry/AIP 架构、数据流、对象类型 backing datasource(s)、动作副作用、OSDK、Automate、Palantir MCP 与 Ontology MCP 分工、安全标记与项目角色，以及指向最佳实践、对象类型、接口等子页的目录。明确写出 Ontology 由 Language、Engine、Toolchain 组成，并称“Ontology is not a semantic layer”。
限制
LLM 生成后经审阅，适合术语与能力地图，不宜当作逐条规范。其中“连接商业大模型”“Ontology MCP 供外部 Agent 读对象并执行动作”是产品能力描述；若本体含客户/员工个人信息、工单原文或设备序列号，直接接入云模型不符合本用户数据边界，不得作为推荐架构。
对应到学习的哪里
C1 产品本体与概念库存,C5 开发接口 OSDK/API,C4 安全治理与数据边界,C6 血缘与可观测,C7 自动化与审慎边界
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；性质为面向 LLM/Agent 的高层说明。。HTTP 200。
可访问。高层摘要，细节以独立子页为准。
https://www.palantir.com/docs/foundry/getting-started/foundry-platform-summary-llm
相关链接
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
说明对象类型是实体或事件的模式定义；对象可通过 backing datasources 从已有数据生成，也可在没有 backing datasource 的情况下仅由动作创建。强调 Ontology 映射的是组织实际数据，而非抽象数据模型。
限制
官方示例使用虚构人名，教学时改用合成设备/批次标识。主键与多数据源对齐的冲突处理细节需再查专页，本页未穷尽。
对应到学习的哪里
C2 对象身份关系与时间状态
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。。HTTP 200。
可访问。
https://www.palantir.com/docs/foundry/object-link-types/object-types-overview
相关链接
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
动作是一次可同时修改多个对象、属性与关系的事务，含参数、规则、提交条件与副作用（通知、webhook）。相关页说明快照隔离下即使修改不同属性也可能冲突；默认只重试无外部调用的动作；OSDK 访问被视为外部调用；对不可幂等的 webhook 启用全面重试可能造成重复编辑；函数编辑需整体成功才提交。
限制
总览页写动作提交后会反映到所有应用，容易被读成跨系统一定一致。外部写回失败、部分成功和冲突并没有在总览里写清，必须与冲突/webhook 页一起读。不存在文档保证的通用回滚。
对应到学习的哪里
C3 动作函数与回写限制,C7 自动化与审慎边界,C11 微实验
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。。HTTP 200。
主页面 200。相关页亦核验为 200：debug-conflict-errors、webhooks、function-actions-getting-started、functions/api-ontology-edits。
https://www.palantir.com/docs/foundry/action-types/overview
相关链接
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
函数是在隔离服务端环境执行的逻辑，可读取对象与关系、做聚合，并通过函数支撑动作编辑本体；也可查询外部系统，或与语言模型做流式交互。支持 TypeScript 与 Python，能力因语言版本而异。
限制
函数不等于确定性业务规则。调用模型或外部系统时，可靠性与权限要单独检验。编辑函数在动作之外运行不会真正修改对象数据。
对应到学习的哪里
C3 动作函数与回写限制
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。。HTTP 200。
可访问。
https://www.palantir.com/docs/foundry/functions/overview
相关链接
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
OSDK 从 Ontology 生成类型化 SDK（TypeScript/Python/Java 及 OpenAPI），用于查询对象、遍历关系、执行动作。令牌范围加上用户自身权限。明确写出行级/列级控制是“只在读取时强制”：不能读未授权数据，但这些控制不自动延伸到响应载荷之后应用对数据的处理。
限制
把 Foundry 当后端并不自动满足本用户的云模型红线。应用若把读到的对象详情发给云模型，属于应用侧处理，不在行级过滤保护范围内。平台摘要称 OSDK 不支持 Global Branch。
对应到学习的哪里
C5 开发接口 OSDK/API,C4 安全治理与数据边界
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。。HTTP 200。
可访问。TypeScript 生成库文档 https://palantir.github.io/osdk-ts/ 与 GitHub https://github.com/palantir/osdk-ts/ 亦为 200，作辅助参考。
https://www.palantir.com/docs/foundry/ontology-sdk/overview
相关链接
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
区分强制控制（标记、基于分类的访问控制、组织）与自主控制（资源角色，以及受限视图、对象/属性安全策略的行列过滤）。强制控制随血缘传播；行列过滤只约束读取，不自动延伸到下游输出或导出。对象权限页区分本体资源（类型定义）与对象/关系（数据实例）。存在遗留权限文档，说明权限模型有过迁移。
限制
与 Core concepts 中“Roles 是中心权限模型”的表述不完全一致，学习时应把安全专页和遗留页一起看，不要把某一页写成永恒最终模型。文档中的 HIPAA/GDPR 等对齐陈述是厂商合规主张，不是本项目已落地的证据。
对应到学习的哪里
C4 安全治理与数据边界,C8 证据效益与文档冲突
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。合规证书与渗透测试细节在 SafeBase，需 NDA，本次未取。。HTTP 200。
主页面 200。对象权限总览、项目与角色、标记、遗留本体权限页亦为 200。
https://www.palantir.com/docs/foundry/security/overview
相关链接
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
Data Lineage 用于查看数据集如何经管道生成，便于发现上游下游、构建时间和生成代码。Workflow Lineage 则偏函数、动作与 LLM 调用的执行历史与追踪。二者都不是 Why Ontology 页所说的“决策血缘”的完整等价物。
限制
管道血缘可回答数据怎么来，不等于能重建当时的未知项、反证和线下决定。留痕不保证判断正确。
对应到学习的哪里
C6 血缘与可观测,C8 证据效益与文档冲突
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。。HTTP 200。
可访问。Workflow Lineage 概览页亦为 200。
https://www.palantir.com/docs/foundry/data-lineage/overview
相关链接
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
按时间、对象数据或数据集条件触发效果：提交动作、运行函数或 AIP Logic、发送通知，并提到回退效果。官方建议在规划时写清目的、数据范围、执行身份和影响，决定重大变更是否先暂存人工审核，并准备恢复路径。同一事件里多个动作若放在一个效果中，并不保证顺序。
限制
自动化能提高吞吐，不保证决策正确。经 webhook 自动改外部系统尤其需要幂等与人工接管设计。这是产品能力，不是应首先上线自动处置的建议。
对应到学习的哪里
C7 自动化与审慎边界
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。。HTTP 200。
可访问。
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准
为什么读
说明时间序列对象类型与 time series sync。常用做法是在对象类型上直接放时间序列属性；设备配置差异大时，用链接到根对象的传感器对象类型，以免大量空属性。强调根设备与传感器是不同对象。
限制
本页讲如何存储与取用时间序列，不证明据此就能做可靠故障预测。遥测对齐仍依赖稳定的设备与传感器身份。
对应到学习的哪里
C2 对象身份关系与时间状态,C10 制造业工作域推演
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。。HTTP 200。
可访问。同主题的 `/docs/foundry/time-series` 亦为 200。
https://www.palantir.com/docs/foundry/time-series/time-series-overview
相关链接
Palantir · 年份未记载 · 版本 公开文档页，以 2026-11-15 抓取正文为准；anti-patterns 旧路径会重定向到本页
为什么读
提出按优先级排列的设计原则：领域驱动、不要重复、对修改关闭对扩展开放、组合优于深层继承。反对按源系统表一对一建对象；主张先识别现实实体再映射数据；用接口表达能力；把权衡写清楚。并区分动作（人/代理决策）与管道（自动转换）。
限制
写“源自广泛实施经验”，但未给出可独立核验的客户结果数据。原则是厂商设计建议，不是形式化标准，也不能代替本企业的工作域边界与验收。
对应到学习的哪里
C1 产品本体与概念库存,C2 对象身份关系与时间状态,C9 与 OWL/OBDA/KG 的对照
核验
访问日 2026-11-15。正文状态 公开网页可阅读全文；本库只存事实笔记。。HTTP 200。
可访问。请求 ontology-best-practices-and-anti-patterns 会重定向到本规范地址。
https://www.palantir.com/docs/foundry/ontology/ontology-best-practices
相关链接
Peter Wilczynski (Palantir Technologies)；Taylor Gregoire-Wright (Ontologize LLC)；Daniel Jackson (MIT) · 2023 · 版本 arXiv:2304.14975v3（2023-10-19）；Onward! 2023，ACM，DOI 10.1145/3622758.3622894
为什么读
报告 Palantir 2022 年起在内部 Foundry 本体中建立概念库存的经验：约 150 个概念、约 250 名内部使用者，用于对齐产品概念、降低概念熵、处理冷启动与集体行动困境，并给出九条建议。明确区分概念库存与领域驱动设计，也区分产品概念设计与面向客户的领域本体实施。作者写明尚不足以给出确定性成效结论。
限制
这是单一公司的早期内部经验报告，不是 Foundry Ontology 产品功能说明书，也不是制造企业经营收益证明。概念库存不能代替运行中的对象、动作与权限机制。
对应到学习的哪里
C1 产品本体与概念库存,C8 证据效益与文档冲突
核验
访问日 2026-11-15。正文状态 开放预印本可获取全文；ACM 正式版本环境被阻断。本库不重新公开论文全文，只保留书目、短摘录与笔记。。HTTP 200。
预印本摘要、PDF、HTML 均为 200。ACM/DOI 页面在本环境 403，已标记阻断，不作为可读正文入口。
https://arxiv.org/abs/2304.14975
相关链接
W3C；编辑 Pascal Hitzler、Markus Krötzsch、Bijan Parsia、Peter F. Patel-Schneider、Sebastian Rudolph · 2012 · 版本 W3C Recommendation，2012-12-11，Second Edition
为什么读
介绍 OWL 2 的类、属性、个体、公理、开放世界假定、推理与 OWL 2 EL/QL/RL 配置。强调 OWL 是有形式语义的知识表示语言，不是数据库约束语言，也不是语法模式语言。
限制
这是 Semantic Web / 描述逻辑传统的本体，不是 Palantir Foundry Ontology。类公理与推理不能直接等同于 Foundry 的动作、提交条件与写回。二者可对照学习，不可混称为同一技术。
对应到学习的哪里
C9 与 OWL/OBDA/KG 的对照
核验
访问日 2026-11-15。正文状态 W3C 推荐标准全文公开。按 W3C 文档许可使用；本库只引用要点，不镜像全文。。HTTP 200。
可访问。开放标准。
https://www.w3.org/TR/owl2-primer/
相关链接
Guohui Xiao、Diego Calvanese、Roman Kontchakov、Domenico Lembo、Antonella Poggi、Riccardo Rosati、Michael Zakharyaschev · 2018 · 版本 IJCAI 2018，pp. 5511–5519；DOI 10.24963/ijcai.2018/777
为什么读
系统综述 Ontology-Based Data Access：用本体与映射把关系数据以虚拟方式暴露给语义查询，重点讨论 OWL 2 QL 与查询重写。有助于理解“本体作为查询中介”这一传统，与 Foundry 把动作和安全做成运营层的路径对照。
限制
OBDA 主要解决查询与数据集成，通常不覆盖受控写回、情景和运行时动作授权。不能把 OBDA 系统叫作 Palantir Ontology。
对应到学习的哪里
C9 与 OWL/OBDA/KG 的对照
核验
访问日 2026-11-15。正文状态 会议论文集公开 PDF 可获取。本库不重新发布全文，只保留书目与要点。。HTTP 200。
IJCAI 论文集 PDF 与条目页 https://ijcai.org/proceedings/2018/777 均为 200。机构副本亦为 200。
https://www.ijcai.org/proceedings/2018/0777.pdf
相关链接
Aidan Hogan、Eva Blomqvist、Michael Cochez、Claudia d’Amato、Gerard de Melo、Claudio Gutierrez、Sabrina Kirrane、José Emilio Labra Gayo、Roberto Navigli、Sebastian Neumaier、Axel-Cyrille Ngonga Ngomo、Axel Polleres、Sabbir M. Rashid、Anisa Rula、Lukas Schmelzeisen、Juan Sequeda、Steffen Staab、Antoine Zimmermann 等 · 2021 · 版本 ACM Computing Surveys 54(4), Article 71，2021；预印本 arXiv:2003.02320
为什么读
对知识图谱的图模型、查询、模式与身份、上下文、演绎与归纳、构建与质量给出统一导论。有助于把 Palantir 对象图放到更广的图数据与知识表示谱系中，同时看清“知识图谱”一词本身定义并不统一。
限制
综述覆盖开放与企业知识图谱实践，但不描述 Foundry 的动作类型、OSDK 或动态安全。不可把知识图谱、OWL 本体与 Palantir Ontology 混称为同一产品。
对应到学习的哪里
C9 与 OWL/OBDA/KG 的对照,C2 对象身份关系与时间状态
核验
访问日 2026-11-15。正文状态 开放预印本可获取全文；ACM 正式版本环境被阻断。本库不重新公开全文。该书另有独立教材 kgbook.org，不要与本综述混为同一文献。。HTTP 200。
预印本与 PDF 为 200。ACM 正式版 https://dl.acm.org/doi/10.1145/3447772 在本环境 403，已标记阻断。
https://arxiv.org/abs/2003.02320
相关链接
可选：让这台浏览器记住打开过的门户页面。默认关闭。清除后就没有了。它不代表导师认定的掌握。