方向键 / 空格 / 滑动
W3C Stack + Palantir Ontology

从语义网标准到运行时决策闭环

用一个优惠券运营案例,把 IRI、RDF、RDFS、OWL、SHACL、SPARQL 与 Palantir Object、Action、Function、AIP 串成完整链路。

Ontology
运行中枢
IRI / URI
RDF / RDFS
Actions / AIP
OSDK / Apps
贯穿案例

用户问:Alice 能否用新人券购买洗衣液?如果可以,如何执行和审计?

ex:Customer Alice 新用户,会员等级 Silver,位于上海。
ex:Product 洗衣液 SKU-7788 属于日化分类,价格 128 元。
ex:Coupon 新人券 C-NEW-30 满 100 减 30,仅新人可用。
pal:Action ApplyCoupon 把可用性判断变成受权限控制的业务动作。

W3C 技术栈负责让事实可命名、可表达、可推理、可查询;Palantir Ontology 把这些事实接到对象、动作、函数、权限、应用和 AI agent。

分层架构

W3C 定义语义层,Palantir 把语义推到运行时

应用:知识图谱 / Object Explorer / Workshop / OSDK Apps / AIP Agents / 数据治理
推理与验证:DL 推理机 / 规则 / SHACL 约束 / Functions / Actions
本体语言:OWL 2 · SKOS · SHACL + Palantir Object Types / Interfaces
轻量 schema:RDFS 类/属性 + Palantir Properties / Link Types
查询 / 更新
SPARQL
+ OSDK / OSS
数据模型:RDF 三元组 S-P-O + Palantir Objects / Object Sets / OSv2
标识与编码:IRI / URI / Unicode + Object RID / Primary Key
01 标识与编码

先给世界里的对象稳定命名

  • IRI 是图谱实体的全局标识,不依赖表名或系统边界。
  • URI 是 IRI 的历史核心形式;IRI 支持更广字符集。
  • Unicode 让中文标签、商品名、地区名可被一致表示。
  • 业务系统可以换,实体 IRI 不应轻易换。
Example identifiers IRI
ex:customer/alice
ex:product/sku-7788
ex:coupon/c-new-30
ex:category/daily-chemical
ex:order-intent/2026-06-23-001

rdfs:label "洗衣液"@zh
rdfs:label "Laundry Detergent"@en
02 RDF 数据模型

事实被拆成三元组:Subject - Predicate - Object

SubjectPredicateObject含义
ex:customer/aliceex:isNewCustomertrueAlice 是新人
ex:product/sku-7788ex:inCategoryex:category/daily-chemical商品属于日化
ex:coupon/c-new-30ex:minOrderAmount100券门槛是 100 元
ex:coupon/c-new-30ex:eligibleCategoryex:category/daily-chemical券可用于日化
ex:order-intent/001ex:buyerex:customer/alice意图由 Alice 发起

RDF 不先要求固定表结构,而是用边把事实连成可扩展的图。

03 序列化

同一个 RDF 图,可以用不同格式交换

  • Turtle:人类最容易读写,适合本体和样例。
  • JSON-LD:适合 Web API 和前端系统。
  • RDF/XML:历史标准,仍见于老系统。
  • 格式不同,图语义保持一致。
Turtle snippet RDF
ex:customer/alice a ex:NewCustomer ;
  rdfs:label "Alice" ;
  ex:memberLevel "Silver" .

ex:coupon/c-new-30 a ex:Coupon ;
  ex:discountAmount 30 ;
  ex:minOrderAmount 100 ;
  ex:eligibleCategory ex:category/daily-chemical .
04 RDFS

RDFS 让“字段”和“类型”有最小语义

rdfs:Class声明 Customer、Product、Coupon、OrderIntent。
rdfs:subClassOfNewCustomer 是 Customer 的子类。
rdfs:domainex:buyer 的主体应是 OrderIntent。
rdfs:rangeex:buyer 的客体应是 Customer。
rdfs:label给实体和属性加人类可读名称。
rdfs:comment解释属性用途,支持数据治理。
Schema facts RDFS
ex:NewCustomer rdfs:subClassOf ex:Customer .

ex:buyer
  rdfs:domain ex:OrderIntent ;
  rdfs:range  ex:Customer ;
  rdfs:label "购买人"@zh .

ex:eligibleCategory
  rdfs:domain ex:Coupon ;
  rdfs:range  ex:Category .
05 SKOS

SKOS 管分类、同义词、标签和概念层级

  • 商品分类不是复杂逻辑,通常是概念词表。
  • prefLabel 是首选名称,altLabel 是别名。
  • broader / narrower 表示上下位概念。
  • 搜索“清洁用品”可以命中“洗衣液”。
Category vocabulary SKOS
ex:category/daily-chemical a skos:Concept ;
  skos:prefLabel "日化"@zh ;
  skos:altLabel "清洁用品"@zh ;
  skos:narrower ex:category/laundry .

ex:category/laundry a skos:Concept ;
  skos:prefLabel "洗衣用品"@zh ;
  skos:broader ex:category/daily-chemical .
06 OWL 2 Profiles

OWL 给图谱加“可推理”的业务语义

Profile在案例中的角色适合什么规模
OWL 2 QL把“查 Customer”改写成查 Customer + NewCustomer + VIPCustomer。大量实例数据,关系库/虚拟图谱。
OWL 2 RL用规则推出“订单意图 eligibleFor 新人券”。RDF 仓库,规则物化,批量推理。
OWL 2 EL处理大规模类层级,如商品、疾病、零件分类。类和属性非常多的本体。
OWL 2 DL做严格一致性检查和复杂建模。表达力强,但推理成本更高。

选 QL/RL/EL/DL 本质是在表达能力和可扩展推理之间做工程取舍。

QL: query rewriting OWL QL
# 用户问所有 Customer
?x a ex:Customer .

# 系统可改写为
{ ?x a ex:Customer }
UNION { ?x a ex:NewCustomer }
UNION { ?x a ex:VIPCustomer }

适合“数据在数据库里,不想提前物化所有推理结果”。

RL: rule materialization OWL RL
IF
  ?order ex:buyer ?c ;
         ex:product ?p ;
         ex:amount ?a .
  ?c a ex:NewCustomer .
  ?p ex:inCategory ?cat .
  ?coupon ex:eligibleCategory ?cat .
  ?coupon ex:minOrderAmount ?min .
  FILTER(?a >= ?min)
THEN
  ?order ex:eligibleFor ?coupon .

适合把高频结论预先推成新三元组。

07 SHACL

SHACL 不负责“推理”,主要负责“数据是否合格”

  • 优惠券必须有折扣金额、门槛金额和适用分类。
  • 订单意图必须有购买人、商品和金额。
  • 错误数据先被拦下,避免推理和问答建立在脏数据上。
  • 验证结果本身也可进入治理报表。
Coupon shape SHACL
ex:CouponShape a sh:NodeShape ;
  sh:targetClass ex:Coupon ;
  sh:property [
    sh:path ex:discountAmount ;
    sh:minCount 1 ;
    sh:datatype xsd:decimal
  ] ;
  sh:property [
    sh:path ex:eligibleCategory ;
    sh:minCount 1
  ] .
08 推理与验证

上线时通常把三类能力串成流水线

1. 装载 RDF接入商品、用户、券、订单意图。
2. RDFS/OWL 推理补齐子类、等价类、规则结论。
3. SHACL 验证检查必填、类型、范围、约束。
4. 索引与缓存更新全文索引、向量索引、候选实体。
5. SPARQL 服务对应用暴露可解释查询接口。

推理生成“更多事实”,验证保证“事实可信”,SPARQL 负责“把事实取出来并组合”。

Query answer SPARQL SELECT
SELECT ?coupon ?discount
WHERE {
  ex:order-intent/001
    ex:eligibleFor ?coupon .
  ?coupon
    ex:discountAmount ?discount ;
    rdfs:label ?name .
}
LIMIT 10
Write new fact SPARQL UPDATE
INSERT DATA {
  ex:order-intent/001
    ex:selectedCoupon ex:coupon/c-new-30 ;
    ex:decisionTime
      "2026-06-23T10:30:00+08:00"^^xsd:dateTime .
}
09 应用层

Palantir 把语义底座接到真实业务操作

Object Explorer搜索、过滤、分析 Customer、Product、Coupon、OrderIntent。
Workshop把对象、链接、Actions、Functions 组成业务工作流应用。
OSDK让 Python / Java / TypeScript 应用访问 object types、调用 actions。
AIP Agents在权限边界内读取对象、调用函数、提出或执行动作。
Action Log把每次优惠券决策变成可查询、可审计的对象事件。
Security Policies对象级、属性级、Action 提交条件共同约束读写路径。
可以

Alice 是新用户;洗衣液属于日化;新人券适用于日化;订单金额 128 >= 门槛 100。

Palantir 中对应为 ApplyCoupon Action:检查权限与提交条件,写回 selectedCoupon,并生成 Action Log。

10 Palantir Ontology 能力

Ontology 不只是语义层,而是 operational semantic layer

Object types / properties把源系统表映射成真实业务对象和属性。
Link types / object sets把关系和对象集合变成可保存、可传递资源。
Interfaces / shared properties跨对象类型复用共同形状和能力。
Action types把业务修改建模为受治理的单次事务。
Functions承载复杂业务逻辑、聚合、外部调用和 function-backed actions。
AIP / OSDK / Apps让 AI agent、开发应用和低代码应用共用同一 Ontology。

W3C 语义网解释“事实如何表达”;Palantir Ontology 进一步回答“事实如何被操作、治理、审计并进入业务闭环”。

11 Palantir 读写链路

从数据源到对象,再到动作和 AI

1. Foundry SourcesDatasets、restricted views、streams、models 供给对象数据。
2. Metadata Service定义 object types、links、actions、interfaces、安全元数据。
3. Funnel + Object Storage V2把数据源和 Actions edits index 成可查询对象状态。
4. Object Set Service服务搜索、过滤、聚合、加载对象和 object sets。
5. Apps + AIPWorkshop、OSDK、Object Explorer、AIP agent 读取并执行动作。

OSv2 将 indexing 与 querying 解耦,并支持增量索引、流式 datasource、对象/属性级权限和更高规模 Search Around。

12 标准与产品能力映射

Palantir 不是 W3C 标准的替代品,而是运行时实现边界

W3C / 语义网概念Palantir Ontology 对应能力工程意义
IRI / RDF identityObject RID / primary key对象稳定寻址,跨应用复用。
RDFS class / propertyObject types / properties / link types把现实实体、属性、关系变成治理资源。
OWL / SKOS semanticsInterfaces / shared properties / type design复用共同形状、分类和业务抽象。
SHACL validationAction rules / submission criteria / policies读写前验证数据、权限和业务条件。
SPARQL query/updateObject Set Service / OSDK / Actions读取对象集合,并把决策写回业务状态。
RAG / semantic searchOntology-augmented generation / AIP把 chunk、embedding、对象和动作放在同一上下文里。
完整链路

一个问题如何穿过 W3C 语义层和 Palantir 运行层

IdentityIRI / RID 稳定标识对象。
FactsRDF / object data 表达事实。
SemanticsRDFS / OWL / SKOS 定义含义。
RuntimeOSv2 / OSS 服务对象读路径。
ActionActions / Functions 写回并审计。
AI/AppAIP / OSDK / Workshop 进入业务闭环。
Takeaway

语义网技术栈提供可表达、可推理、可验证的知识结构;Palantir Ontology 把结构接到对象查询、动作执行、权限治理、AI agent 和审计闭环。