← 全部案例
机会审计 · 特种保险 · 意大利

从集成税到 AI 上下文平面

在一家保费规模约 3 亿欧元的特种保险公司驻场四周:访谈每一位高管,端到端评审整个平台,并拿出一个可运行的反欺诈智能体。

4从启动到含预算的路线图
9高管工作会议
1.5完成可运行的反欺诈原型
5/5高管达成一致 · 从 CEO 到数据科学

虚线标注的数字为占位数据,待项目数据确认后更新。

01 · 问题

每个 AI 项目都在缴纳集成税

该客户的毛保费规模约 3 亿欧元,业务组合刻意保持分散:航空险、海运险,以及数十种高度定制、往往独一无二的产品。理赔低频高损,各险种的数据量都很小。这是 AI 所能遇到的最艰难的统计地形,而这家企业已经在认真投入 AI。

与大多数在 AI 上快速推进的组织一样,每个新用例都被直接接入源系统,而不是接入受治理的数据层。每个项目都要缴纳全额的集成税:构建缓慢、无法复用,并且脱离了企业已投入建设的数据治理体系。无论智能体由哪个模型驱动,都没有标准方式去发现和使用受治理的数据产品。

管理层有清晰的三层愿景:夯实基础,构建治理与上下文层,再在其上规模化业务流程自动化。他们需要的是一个外部视角:现有架构能否在不推倒重来的前提下走完这段旅程。

审计之前
每个用例一套定制集成1
AI 项目间的复用0
接入每个新智能体所需周数6+
智能体与数据的共享接口
02 · 审计

四周时间,逐场会议

第 1 周 · 倾听
CEO启动会:愿景与推进顺序将审计锚定在董事会已认可的路径上:基础建设 → 治理 → 规模化自动化。Roadmap
CIO技术资产盘点:不推倒重来也能走下去吗?直面关键难题:目录就绪度、元数据丰富度、血缘关系与 API 暴露方式。DatabricksLegacy PAS
DE平台深度剖析:数据产品、契约与血缘数据工程负责人 · 梳理治理元数据接入 Unity Catalog 的路径。DatabricksUnity Catalog
DI用例组合:集成税伤在何处数字创新负责人 · 选定理赔欺诈检测作为旗舰用例。ClaimsPAS
第 2 周 · 验证
DS模型与可辩护性数据科学负责人 · 集成模型加“先生成后治理”,确保决策经得起法庭检验。LLMGBM
DH反欺诈原型:第一天开建Data Hatch · 理赔数据接入、集成模型评分、决策依据自动撰写。Claims dataEnsemble
DH反欺诈原型:半天收尾加质检1.5 天交付可演示的智能体:每个风险标记都在决策当时写下证据。Fraud agent
ALL原型演示:管理层全员到场架构之争落到实处:一个全场可以当面质询的现场运行的智能体。Fraud agent
第 3 周 · 设计
DH目标架构:上下文与控制平面将客户现有的治理体系延伸到模型与智能体,而非引入外来框架。Unity CatalogMCP
CIO书面技术问答目录就绪度、元数据、血缘、API 暴露方式,均以书面形式作答并纳入路线图。Unity Catalog
第 4 周 · 核算与交接
DH阶段划分与成本核算三个阶段,各自编列预算:客户团队可以自行执行的计划。Roadmap
ALL最终汇报与交付材料包架构评估、目标设计、分阶段交付计划,全部移交。Wrap-up pack
与会人员
CEO首席执行官发起人 · 愿景
CIO首席信息官技术资产
DE数据工程负责人平台与治理
DI数字创新负责人用例组合
DS数据科学负责人模型与智能体
CD理赔总监旗舰用例
PE首席平台工程师目录与血缘
SIU欺诈转介负责人SIU 工作流
03 · 评审的系统

审计覆盖了什么

Databricks 湖仓平台核心数据平台:基础扎实,足以承载上下文平面。已治理
治理元数据数据产品、契约与血缘:治理体系成熟,但目前游离于目录之外。已治理
保单管理系统每条特种险线各一套,如今每个 AI 项目都直接接入。集成税从这里开始。需要行动
理赔系统欺诈核查目前仍靠人工;旗舰用例将其迁移到受治理的数据层之上。需要行动
Unity Catalog目标状态下的权威目录;元数据接入路径已在第 3 周完成设计。目标
MCP 语义层所有智能体、任意模型共用的一个受治理接口。路线图的第二阶段。目标
04 · 方案

面向 AI 的上下文与控制平面

不是外来框架,而是将客户现有治理体系延伸到模型与智能体,分三步走。

01治理

将元数据接入 Unity Catalog

将现有的数据产品、血缘与契约纳入一个开放、基于标准的目录,同时保留企业已投入建设的治理体系。

成果一个受治理的权威目录
02开放

通过 MCP 提供受治理的语义层

任何智能体、任何模型,都通过同一个接口发现并使用受治理的数据产品。逐项目缴纳的集成税到此为止。

成果所有智能体共用一个接口
03交付

一个旗舰用例,做到位

将欺诈检测从原型推进到生产,构建在受治理的数据层之上,并以“先生成后治理”的控制机制保证可审计性。

成果该平面的生产级验证
05 · 原型

一个能遍历理赔图谱的原型

一天半建成并向管理层演示:智能体在理赔图谱上逐实体跳转,将 LLM 推理与传统模型集成,并为每个决策写下判断依据。

fraud-agent prototype · claim graph · synthetic data● demo replay
Claimdemo-02 · €212k Policy Insuredoperator · 6yr history Survey report Repair estimate2.4× benchmark Repairer Prior claimflagged 2024 Prior claimflagged 2025 Prior claimflagged 2025
OPENdemo-claim-02 · aviation ground damage · synthetic
0图谱上的跳转次数
0关联的实体数
0风险标记的证据点
100%合成演示数据

这是原型演示的回放。此处没有任何内容在生产环境运行;将其推向生产是方案的第三步。

06 · 四周换来了什么

先有共识,再谈架构

5/5高管支持同一份方案

CEO、CIO 以及数据工程、数字创新和数据科学负责人共同签署认可同一个目标架构。

6端到端评审的系统

从湖仓平台到遗留保单系统:智能体将触及的每个系统界面都以书面形式完成评估。

1所有智能体共用的接口

MCP 层以一个受治理的统一入口取代逐项目集成,适配任何模型。

3个阶段,各含预算

治理、开放、交付:一份客户团队可以按预算逐条执行的计划。

0需要的重构次数

目标架构延伸客户现有的治理投入,没有任何东西被推倒重来。

36小时从想法到可运行原型

反欺诈智能体把抽象的架构之争变成了管理层可以当面检验的演示。

虚线标注的数字为占位数据,待项目数据确认后更新。

为什么重要

在上下文层投资一次,之后每个智能体即插即用。

大多数保险公司被按“一个用例一次集成”的方式兜售 AI。这个项目展示了另一条路:在受治理的上下文层投资一次,之后的每个智能体(核保、理赔、反欺诈或定价)都接入同一个受治理的基础。交付更快,天生可复用,端到端可审计。这正是 Data Hatch 为受监管行业设计和构建的架构。

预约通话 与我们的工程师直接对话 全部案例 生产环境中的真实系统