概览
承保范围的问题是凭记忆回答的，因为条款有四十页长、批单在三个地方修改了它，而打电话的人正在等待。这就是一次理赔被错误劝退的方式，也是一份保单在销售环节被说错的方式。
这个智能体改为去读条款。问它某种情形是否落在承保范围之内，它会返回适用的承保条款、与之相关的除外责任、被保险人本应满足的条件，以及任何改变这一立场的批单——每一条都带引文，每一条都标明它来自哪份文件、哪一节。
它不肯做的，是告诉你答案。它不认定承保范围，不受理或拒绝理赔，也不向客户提供咨询意见。它把相关条款在十秒钟内、而不是二十分钟内，摆到理赔处理人员或经纪人面前，而决定留给那个被授权作出它的人。
价值
二十分钟变成十秒钟
在打电话的人还在线上时，条款就已经被找到并引用出来。
一致的答案
两位处理人员问同一个问题，拿到的是同样的条款，而不是两份回忆。
一条可审计的轨迹
每个答案都记录它来自哪份条款、哪个版本——而这正是一份投诉卷宗需要的东西。
功能说明
引用条款原文
按原文引用的承保条款，附上文件与章节，绝不是对「它大概说了什么」的转述。
把除外责任和承保一起摆出来
一个只给出承保、却略去除外责任的答案，正是那种会招来投诉的答案。
套用批单
核对是否有批单修改了该条款，因为单看主条款往往就是错误答案。
列出各项条件
报案期限、保证条款，以及被保险人必须履行、该条款才会响应的义务。
在条款没有涉及时直说
一种条款未涉及的情形会被报为未涉及并转交，而不是靠推断去了断它。
什么都不决定
不作承保认定、不受理或拒绝理赔、不向投保人提供意见。设计如此，且在每一次输出中都写明。
这会改变什么
这会如何改变你的一周
- 它接手的工作
- 找出与一个承保范围问题相关的条款、除外责任和各项条件。
- 目前由谁完成
- 理赔处理人员和经纪人，通常是在有人等电话的时候。
- 多久一次
- 在任何理赔运营里，每天几十次。
- 通常的人工投入
- 认真读完一份四十页的条款及其批单，要二十分钟。
为什么偏偏是保险。另一条路是凭记忆作答，而那正是一笔理赔被错误劝退、一起投诉被判成立的方式。
无人值守运行
由你或某个事件启动，然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
它无法自行采取行动
保单责任核查代理 没有任何发送、支出或承诺的途径。正是这个限制，让依据它的输出行动是安全的。
运行方式
该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录，每次工具调用在执行前都会进行权限检查。
- 1输入按智能体的输入结构进行校验
- 2模型claude-opus-5，并自动回退
- 3工具search_knowledge
- 4权限自动执行 READ 级操作；更高的等待你批准
- 5输出符合输出结构的结构化结果
- 6日志记录 token、耗时和每一个步骤
演示
演示数据Illustrative sample output, abridged.
输入
{
"question": "Is damage from a burst pipe covered while the property was unoccupied?",
"policyReference": "HH-2024-Standard"
}输出
{
"escalate": false,
"conditions": [
{
"section": "General Condition 6",
"quotedText": "Where the home is unoccupied during the period 1 November to 31 March, the water supply must be turned off at the mains and the system drained, unless heating is maintained at a minimum of 12°C.",
"sourceDocument": "Household Wording HH-2024-Standard v3"
}
],
"disclaimer": "This is the wording that bears on the question, not a coverage decision. Whether this claim responds is for an authorised handler to determine.",
"exclusions": [
{
"section": "Section 1, Exclusion 4b",
"relevance": "Directly engages the unoccupancy element of the question.",
"quotedText": "We will not cover loss or damage occurring while the home is unoccupied for more than 45 consecutive days.",
"sourceDocument": "Household Wording HH-2024-Standard v3"
}
],
"wordingFound": true,
"policyDocument": "Household Wording HH-2024-Standard v3",
"operativeClauses": [
{
"section": "Section 1, Peril 4 — Escape of water",
"quotedText": "We will cover loss or damage caused by water escaping from any fixed water or heating installation.",
"sourceDocument": "Household Wording HH-2024-Standard v3"
}
],
"forHandlerToDetermine": [
"The number of consecutive days the property was unoccupied.",
"Whether General Condition 6 was satisfied on the date of loss."
]
}使用条件
集成
无需集成。
开始之前
- 承保范围问题及相关情形
- 一个知识库，存放保单条款、明细表与批单
- 需要 全量访问 套餐或更高
使用场景
首次出险报案
在卷宗被开立之前，先找出与这一情形相关的条款和条件。
经纪人的承保范围询问
用条款、而不是用回忆，去回答客户的「这个会赔吗？」。
比较条款
看两份保单如何处理同一种风险，条款对条款。
投诉复核
准确重建当初作出决定时条款说了什么。
价格
常见问题
它会告诉我一笔理赔是否在承保范围内吗？
不会，而且这是刻意的。它把承保条款、除外责任、各项条件和任何批单摆出来，然后把认定转交给一位有授权的人。承保决定带有监管后果，不是这个智能体该作的。
投保人能直接用它吗？
它是为处理人员和经纪人而建的。把它摆到投保人面前，就意味着一个自动化系统看起来在就一笔理赔提供意见，而在大多数市场那是受监管的活动。
它怎么处理批单？
它会明确去找批单，并报告哪一张修改了它刚刚引用的那条条款。基于一份已被批单修改的主条款去回答，是这类问题出错最常见的方式。
如果条款本身有歧义呢？
它会报告这处歧义和两种读法，并把它转交出去。保险合同里的歧义带有法律后果，而这个智能体不试图去了断它。
评价
客户运行过该智能体后，评价功能将开放。
需要这个智能体换一种做法？
告诉我们要改什么，我们的团队会为您的业务规划一个定制版本。
定制此智能体