返回实践

cat 04-typhoon-claim.md

从台风影响到 P0 优先查勘

GIS 空间事实与业务事实一起推理

业务判断不只依赖文档和数据,还依赖物理世界的事实

场景 04建模深度 [####]本体 + 物理世界演示场景

ontoctl describe typhoon-claim

涉及哪些对象
台风、位置、保险标的、保单、客户、案件
依据在哪里
台风边界与 GIS 计算结果,保单系统、产品条款与理赔系统的记录
规则如何适用
理赔优先级规则 R-CLM-003 v2,四个条件同时满足才判为 P0
最终由谁确认
创建查勘任务前,由有权限的人工确认

一次报案

2026-08-18 台风 T001 登陆,客户 A 报案

台风严重过水,主配电被淹,生产已经全停止

业务问题:是否受灾?优先级如何?是否需要立即查勘?为什么?

下面六步给出答案,每一步由最合适的能力完成:大模型负责理解与编排,GIS 负责空间计算,本体负责多跳推理,业务系统补全事实,规则引擎作出判定

六步,从报案到派单

大模型不直接作出定量判定,也不直接决定优先级

[1] 大模型理解与编排

理解问题、拆解任务、识别业务对象和关键信息、规划步骤并调用工具

[2] GIS 计算空间事实

台风影响范围与仓库位置 L001 做空间相交计算,intersects() = TRUE,得到事实 F1:T001 影响 L001

[3] 本体多跳推理

从地理位置出发,沿业务关系一路找到客户与案件:位置对应哪个资产,资产由哪张保单承保,保单属于哪位客户,客户是否已经报案

ontoctl path Location/L001 Claim/CL001

[4] 业务系统补全事实

保单系统确认 P001 在事故发生时有效,得到 F2:保单有效;产品条款确认承保台风造成的损失,得到 F3:台风责任覆盖;理赔系统给出估损 500 万元,得到 F4:估损 500 万元

[WARN]保单有效 ≠ 本次事故属于保险责任,F2 和 F3 是两个独立的事实,必须分别核验、同时满足

[5] 规则引擎作出确定性判定

四个条件同时满足,优先级判为 P0,路由到立即查勘

[6] 执行动作

创建查勘任务 ST001,按属地、经验和当前负载指派查勘员 AD027,并在必要节点引入人工确认

cat R-CLM-003.v2.rule

这个结论依据什么,系统当时做了什么

从结论反向溯源到证据和来源,从日志还原每一步的工具、版本与人工确认

traceroute P0

journalctl -u claims --since 08:30

每一步都记录了谁、何时、用了什么工具和版本、输入输出、执行了什么动作、谁做了人工确认

这就是首页所说的三条链在一个场景里的样子:证据链回到台风边界和保单原件,判断链记下规则版本与四个事实,动作链记下查勘任务、指派和人工确认

本场景中的台风编号、保单、客户、估损金额及规则参数均为方案演示示例,不代表任何保险机构的实际核保或理赔标准