循序渐进 · 教学 · 应用（Applications）

用本体驱动的应用把数据变成生产力

本体（Ontology）建好之后，靠哪些"开箱即用"的应用让它真正被人、被 AI 代理用起来？这一篇带你逐个认识 Foundry 里的对象感知应用，并学会为需求选对工具。

全部目录 ← 上一篇 应用 下一篇 →
原文 Applications 预计阅读 14 分钟 含 互动演示 + 6 道测验
本文来源 · Source 内容整理自 Palantir Foundry 官方文档：
https://www.palantir.com/docs/foundry/ontology/applications/
原始标题：Ontology-aware applications
★

一句话速览

用本体驱动的应用把数据变成生产力：本体（Ontology）建好之后，靠哪些"开箱即用"的应用让它真正被人、被 AI 代理用起来？这一篇带你逐个认识 Foundry 里的对象感知应用，并学会为需求选对工具。

1 "对象感知应用"（object-aware applications）
Foundry 里有一批应用是原生运行在本体层（Ontology layer）之上的
2 工作流风格与配置模型
探索式应用不需要构建者预配置，终端用户在数据进入本体后即可开箱即用；它们通常自带搜索、可视化、变换能力，让用户自己回答各种未预设的问…
1

什么是"对象感知应用"（object-aware applications）

先建立一句话心智模型：应用是长在本体之上的"界面层"。

Foundry 里有一批应用是原生运行在本体层（Ontology layer）之上的。它们不把数据当成一张张孤立的表，而是把每个"对象"（object）当成一等公民：你能搜索它、顺着链接走到相关对象、对对象做分析、还能把决策写回对象。

这些应用合起来构成一套"分析 + 运营"的平台，能服务从业务分析师到一线操作员的不同角色。换句话讲，本体是"企业如何被理解"的接口，应用是人和代理使用这个接口的入口。

记牢：应用本身不存业务数据，数据在本体（及其后备数据集）里。应用只是让人/代理方便地去发现、分析、操作这些数据。
"An Ontology is not simply a raw write-through of source systems. It is the interface through which people and agents understand the enterprise, investigate changing conditions, and make decisions."本体不只是源系统的直写镜像，而是人和代理理解企业、调查变化、做出决策的接口。
2

应用全景：8 个对象感知应用

先混个脸熟，下一节再用三个维度拆解它们的差别。

  • Object Views：围绕某个对象的"个人主页"，集中展示它的资料、关联对象、关键指标和相关应用/工作流。
  • Object Explorer：即开即用的搜索与分析工具，用可视化方式探索本体里的任何对象。
  • Quiver：用拖拽界面做高级分析与图表，支持时间序列，可发布为只读看板。
  • Workshop：无代码搭出来的交互式应用/看板，贴合特定用户的固定工作流。
  • Slate：更灵活、需要更多代码的复杂应用构建器，可直接读 Foundry 数据集。
  • Carbon：把多个资源/应用拼成给运营人员的一站式工作区（workspace）。
  • Map：在地理空间语境里把对象和其他数据叠加分析。
  • Contour / Insight：通用分析应用（在"验证演练"里会再提到它们）。
应用主要用途工作流风格配置模型
Object Views发现（Discovery）工作流专用开箱即用
Object Explorer发现 & 分析探索式开箱即用
Quiver分析 & 看板探索式 / 看板专用开箱即用 / 可定制
Workshop应用 & 看板工作流专用可定制
Slate应用 & 看板（复杂）工作流专用可定制
Carbon运营工作区工作流专用可定制
Map地理空间探索式 / 工作流专用开箱即用

上表可对照原文的三维对比表阅读：每个应用都落在"用途 / 工作流风格 / 配置模型"三个轴线上。

3

三个维度看懂差异

选工具时，先问自己这三个问题。点开每层看说明。

维度一用途（Primary use case）
这个应用最擅长解决哪类问题？
用途决定了"它该出现在用户的哪段旅程里"：是帮人找到信息（Discovery）、帮人回答问题（Analysis）、把分析变成只读看板（Dashboards），还是做成固定流程的运营应用（Applications）。
维度二工作流风格（Workflow style）
用户是自己探索，还是要人先搭好？
探索式（Exploratory）：无需构建者预配置，数据进入本体后终端用户开箱即用、自己定义分析路径（如 Object Explorer、Quiver）。工作流专用（Workflow-specific）：必须先由"构建者"在编辑模式里搭好，下游用户才能用（如 Workshop、Slate）。
维度三配置模型（Configuration model）
上线前要不要先投入搭建成本？
开箱即用（Walk-up usable）：几乎零配置、立即可用、维护负担低（如 Object Explorer）。可定制（Customizable）：需要构建者前期投入打造贴合特定流程的界面，代价是更高的持续维护成本，但换来"恰好解决问题"的体验（如 Workshop、Slate）。
窍门：当你拿不准用哪个，先定用途，再看"要不要先搭"（工作流风格）和"能不能接受搭建成本"（配置模型），三个维度一卡就清楚了。
4

四种主要用途（use cases）

把"用途"这一维展开，看清每个词背后的用户场景。

Discovery（发现）
帮用户找到对的信息或工作流。靠两类能力：策展式内容中心（落地页 / "360 视图"）和搜索（关键词 + 顺着链接下钻）。
Analysis（分析）
帮用户回答从简单到极复杂的问题。路径是探索式的——用户自己定义，且高度迭代：一个问题引出下一个问题。
Dashboards（看板）
一组预配置、以只读为主的可视化，供更广人群做周期汇报或运营监控。图表多，但不如 Applications 那样可定制、可交互。
Applications（应用）
为特定用户群、解决特定问题的交互式运营界面。比看板复杂，常带工作流元素并捕获用户输入（如写回 writeback）。
易混：看板（Dashboards）和应用（Applications）都"可视化"，但看板偏只读汇报，应用偏"带流程、收输入、写回"的运营操作。
5

工作流风格与配置模型

这一节把另两个维度讲透，正好对应"谁来搭、搭多少"。

探索式应用不需要构建者预配置，终端用户在数据进入本体后即可开箱即用；它们通常自带搜索、可视化、变换能力，让用户自己回答各种未预设的问题。Object Explorer 与 Quiver 主要属于这一类。Quiver 较特别：分析模式是探索式，但产出可发布为预配置的 Quiver 看板，变成工作流专用制品。

工作流专用应用必须先由"构建者"在编辑模式里搭好，下游用户才能用。Workshop 与 Slate 模块都如此——它们有两个用户群：搭界面的人和用界面的人。

配置模型描述"界面上线前必须配多少"。开箱即用（如 Object Explorer）几乎零配置、零维护；可定制（Workshop、Slate）需要构建者前期投入，换取恰好贴合需求的界面，但也带来更高维护成本。

"The drill measures how much work the Ontology performs on the participant's behalf."（设计验证里的一句话，同样适用于选应用：好的应用让本体替用户多干活，而不是让用户自己拼。）
6

场景匹配演练：这个需求该用哪个应用？

读题，凭直觉选，点选项立刻看解析。

一页带走

① 应用长在本体上
对象感知应用不存数据，只是人和代理使用本体接口的入口。
② 三维度选工具
用途、工作流风格、配置模型——先定用途，再看要不要先搭、肯不肯投入成本。
③ 探索式 vs 专用
Object Explorer/Quiver 开箱探索；Workshop/Slate/Carbon 要先由构建者搭好。
④ 看板 ≠ 应用
看板偏只读汇报，应用偏带流程、收输入、能写回的运营操作。

延伸阅读 · 相关页面

按主题横向跳转，不必顺着目录一篇篇读。

常见问题速答 · FAQ

关于「用本体驱动的应用把数据变成生产力」，读者最常问的几个问题。

一句话速览是什么？
用本体驱动的应用把数据变成生产力：本体（Ontology）建好之后，靠哪些"开箱即用"的应用让它真正被人、被 AI 代理用起来？这一篇带你逐个认识 Foundry 里的对象感知应用，并学会为需求选对工具。
工作流风格与配置模型是什么？
探索式应用不需要构建者预配置，终端用户在数据进入本体后即可开箱即用；它们通常自带搜索、可视化、变换能力，让用户自己回答各种未预设的问题。Object Explorer 与 Quiver 主要属于这一类。
全部目录 ← 上一篇：Ontology Manager 下一篇：设计最佳实践 →