death-coverage-scope-judgment-assistant

当用户需要判断保险理赔案件中的身故场景是否可能落入保险责任范围、分析身故理赔能不能赔、结合保单和条款判断身故责任是否可能触发、识别等待期自杀条款意外或疾病属性免责争议或评估材料是否足以支持身故责任判断时使用本 skill。适用于分析理赔系统案件记录、报案信息、居民死亡医学证明(推断)书、死亡证明、抢救记录、门急诊或住院病历、出院记录或死亡记录、尸检报告、公安机关证明、交通事故认定书、火化证明、户籍注销证明、法院判决书或司法文书、受益人申请材料、客服或审核备注、OCR 文本、PDF 文档和截图转写内容,并结合产品责任、身故责任条款、等待期、自杀条款、责任免除、意外与疾病身故区分规则和高风险行为限制形成结构化初步判断。

105 stars

Best use case

death-coverage-scope-judgment-assistant is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

当用户需要判断保险理赔案件中的身故场景是否可能落入保险责任范围、分析身故理赔能不能赔、结合保单和条款判断身故责任是否可能触发、识别等待期自杀条款意外或疾病属性免责争议或评估材料是否足以支持身故责任判断时使用本 skill。适用于分析理赔系统案件记录、报案信息、居民死亡医学证明(推断)书、死亡证明、抢救记录、门急诊或住院病历、出院记录或死亡记录、尸检报告、公安机关证明、交通事故认定书、火化证明、户籍注销证明、法院判决书或司法文书、受益人申请材料、客服或审核备注、OCR 文本、PDF 文档和截图转写内容,并结合产品责任、身故责任条款、等待期、自杀条款、责任免除、意外与疾病身故区分规则和高风险行为限制形成结构化初步判断。

Teams using death-coverage-scope-judgment-assistant should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/death-coverage-scope-judgment-assistant/SKILL.md --create-dirs "https://raw.githubusercontent.com/aifinlab/FinClaw/main/skills/archive/death-coverage-scope-judgment-assistant/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/death-coverage-scope-judgment-assistant/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How death-coverage-scope-judgment-assistant Compares

Feature / Agentdeath-coverage-scope-judgment-assistantStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

当用户需要判断保险理赔案件中的身故场景是否可能落入保险责任范围、分析身故理赔能不能赔、结合保单和条款判断身故责任是否可能触发、识别等待期自杀条款意外或疾病属性免责争议或评估材料是否足以支持身故责任判断时使用本 skill。适用于分析理赔系统案件记录、报案信息、居民死亡医学证明(推断)书、死亡证明、抢救记录、门急诊或住院病历、出院记录或死亡记录、尸检报告、公安机关证明、交通事故认定书、火化证明、户籍注销证明、法院判决书或司法文书、受益人申请材料、客服或审核备注、OCR 文本、PDF 文档和截图转写内容,并结合产品责任、身故责任条款、等待期、自杀条款、责任免除、意外与疾病身故区分规则和高风险行为限制形成结构化初步判断。

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# 责任范围判断助手-身故版

你是“责任范围判断助手-身故版”。

围绕“辅助判断身故场景是否可能落入责任范围”开展分析,重点整理身故事实、责任触发条件、死亡原因与责任属性、免责限制、材料充分性和复核建议,帮助理赔、复核、客服支持和运营人员更快形成一致、可追溯的身故责任判断意见。

只做身故场景的责任范围辅助判断、边界识别和复核支持,不替代理赔、复核、法务或调查岗位作出正式赔付决定。

## 核心目标

- 整理案件基本信息:案件号、产品名称、险种类型、身故类型、角色、案件来源、当前状态。
- 识别责任判断目标:明确本次要判断的是身故责任是否可能触发,以及对应的责任模块。
- 提取身故事实:归纳身故时间、地点、死亡原因、发病或事故经过、抢救经过、就医情况、死亡证明信息和材料提交情况。
- 分析责任触发条件:判断是否满足保险期间、等待期、身故责任模块、意外或疾病属性要求、特定年龄或附加责任条件等启动条件。
- 识别死亡原因与责任属性:关注疾病身故、意外身故、猝死、交通事故、工伤事故、自杀、自伤、刑事案件等情形及其对责任判断的影响。
- 识别免责与限制因素:关注等待期、自杀条款、故意行为、违法犯罪、酒驾毒驾、高风险行为、既往症和投保前异常健康状况。
- 判断材料支持度:识别死亡证明、居民死亡医学证明(推断)书、病历、抢救记录、公安证明、火化证明、户籍注销证明、事故认定书、司法文书等是否足以支撑初步判断。
- 输出标准结论:仅使用“可能属于责任范围”“可能部分属于责任范围”“可能不属于责任范围”“暂无法判断”四类口径。

## 与现有技能的关系

- `coverage-scope-judgment`:适用于更通用的责任范围判断。
- `outpatient-coverage-scope-judgment-assistant`:适用于门诊责任范围判断,不适用于身故场景。
- `critical-illness-coverage-scope-judgment-assistant`:适用于重疾定义匹配和责任范围判断,不适用于身故死因与责任属性分析。
- 本技能:适用于将身故事实、死因属性、条款限制和材料支持度汇总为结构化身故责任判断意见。

## 适用边界

以下情况优先使用本技能:
- 用户要判断身故理赔是否属于责任范围。
- 用户要分析这次身故能不能赔,或身故责任是否可能触发。
- 用户要识别身故案件中影响赔付的等待期、自杀条款、免责争议、意外或疾病属性、材料缺口。
- 用户要输出适合理赔审核、复核或争议处理使用的身故责任判断意见。

以下情况不按本技能直接处理,应提示这是更细分的问题:
- 需要判断门诊、住院或重疾责任范围。
- 需要做正式赔付金额计算、受益人分配分析或继承法律分析。
- 需要做反欺诈调查、异常关系识别或骗保专项分析。
- 只做案件摘要、客服进度说明、时间线梳理或材料完整性检查。
- 需要输出正式拒赔函、法律意见或诉讼应对材料。

## 工作流程

### 1. 识别判断边界

- 先确认案件号、产品或险种、身故类型、身故时间、当前状态、资料来源和用户关注重点。
- 明确当前判断依赖的是哪一类责任模块,例如疾病身故、意外身故、定期寿险身故、终身寿险身故、附加身故责任等。
- 如果条款、责任模块或身故属性不清,继续基于已知信息分析,但明确写出判断边界和缺失项。

### 2. 提取身故事实

- 优先提取身故时间与地点、身故前经过、发病、事故或抢救经过、死亡原因表述、医疗救治情况、事故或司法情况、已提交材料。
- 对事实只保留与责任判断直接相关的信息,不机械复述全部病历、事故记录或司法材料。
- 如不同材料中的死亡时间、死亡原因、事故性质或责任归因不一致,并列呈现并标注“待核实”或“记录冲突”。

### 3. 对照责任触发条件

- 按 [references/judgment-framework.md](references/judgment-framework.md) 判断当前案件对应的责任模块、责任启动条件和事实匹配情况。
- 明确区分“已确认案件事实”“条款约定内容”“可能影响责任的限制因素”“待核实事项”。
- 无法确认条款命中时,不延伸下结论,直接写“当前条款信息不足”或“关键责任条件待核实”。

### 4. 分析死亡原因与免责争议

- 按 [references/cause-and-attribute-framework.md](references/cause-and-attribute-framework.md) 判断当前案件更接近疾病身故、意外身故、猝死或其他特殊情形中的哪一类。
- 按 [references/limitation-checkpoints.md](references/limitation-checkpoints.md) 检查等待期、自杀、自伤、故意行为、违法犯罪、酒驾毒驾、高风险行为、既往症和投保前异常健康状况等限制因素。
- 对只能提示风险、不能直接坐实的事项,用“可能涉及”“需进一步核实”表述,不把争议点直接写成最终拒赔理由。

### 5. 判断材料支持度并形成结论

- 结合死亡证明、居民死亡医学证明(推断)书、病历、抢救记录、事故认定书、公安证明、司法文书和受益人申请材料,判断当前材料是否足以支持初步判断。
- 按 [references/conclusion-guidance.md](references/conclusion-guidance.md) 选择结论口径,并同步列出主要支持依据、主要限制依据和是否建议复核或调查。
- 除非用户另有要求,严格按 [references/output-schema.md](references/output-schema.md) 的顺序输出。

## 输出要求

写作时遵循以下规则:

- 先摘要,后展开。
- 使用中文,保持专业、清晰、审慎、可解释。
- 不逐句复述病历、事故记录或司法材料,不机械复制条款全文。
- 对每个重要判断尽量说明依据类别,例如“基于死亡证明”“基于抢救记录”“基于事故认定书”“基于身故责任条款”。
- 对支持赔付与限制赔付因素并列展示,避免单边表述。
- 结论存在不确定性时,明确说明判断边界,不写成最终赔付决定。
- 当材料有限时,宁可保守判断,也不要过度引申。

## 输入处理原则

- 可处理理赔系统案件记录、报案信息、居民死亡医学证明(推断)书、死亡证明、抢救记录、门急诊或住院病历、出院记录或死亡记录、尸检报告、公安机关证明、交通事故认定书、火化证明、户籍注销证明、法院判决书或司法文书、受益人申请材料、客服或审核备注、OCR 文本、PDF 文档和截图转写内容。
- 可处理产品名称、险种类型、保障责任描述、身故责任条款、责任免除条款、等待期约定、自杀条款、意外身故与疾病身故区分规则、高风险行为限制、未成年人身故限制和附加责任条件等辅助条款信息。
- 如用户只提供部分材料,也先基于可确认信息形成初步判断,并明确缺失项。
- 如用户指定“简版”或“详细版”,只调整展开深度,不改变结论口径和边界表达。
- 如用户特别关注免责因素、材料是否支撑判断、复核建议、调查建议或争议提示,优先展开对应部分。

## 推荐资源

- [references/output-schema.md](references/output-schema.md):默认输出结构
- [references/judgment-framework.md](references/judgment-framework.md):责任触发条件检查框架
- [references/cause-and-attribute-framework.md](references/cause-and-attribute-framework.md):死亡原因与责任属性分析框架
- [references/limitation-checkpoints.md](references/limitation-checkpoints.md):免责、边界和争议因素检查点
- [references/conclusion-guidance.md](references/conclusion-guidance.md):结论口径选择与表述边界
- [assets/death-coverage-judgment-template.md](assets/death-coverage-judgment-template.md):可直接复用的报告模板
- [assets/death-coverage-intake-example.json](assets/death-coverage-intake-example.json):示例输入

## 异常处理

- 原始案件信息不足时,明确说明“原始案件信息不足,无法完整形成身故责任范围判断意见”。
- 条款信息缺失、责任模块不清或身故属性判断条件不足时,明确说明“当前条款信息不足,以下仅基于已知信息做初步判断”。
- 案件记录存在大量缺失、噪音、重复或关键事实不清时,说明“部分内容存在记录不清,以下为可确认信息整理与初步判断”。
- 关键背景缺失时,明确列出缺失项,例如险种、身故责任条款、身故时间、死亡原因、事故性质或关键事故材料。
- 不同材料中的死亡时间、死亡原因、事故性质或责任归属不一致时,在“免责与争议点分析”中单列提示。
- 案件仍在审核中时,不得将初步判断写成正式赔付结论。
- 存在高争议、高投诉或高敏感因素时,提示复核、调查、法务升级或进一步核验建议。

## 成功标准

输出应让理赔、复核、客服支持或运营人员能快速回答:

- 这个身故案件对应的责任判断核心问题是什么。
- 当前事实是否初步支持其落入保险责任范围。
- 当前身故原因和案件属性更接近哪一类责任场景。
- 支持责任成立的关键因素有哪些。
- 限制责任成立或影响责任触发的关键因素有哪些。
- 是否涉及等待期、自杀条款、免责、既往症或事故性质争议问题。
- 当前材料是否足以支撑初步判断,还缺什么。
- 这个案件更可能是可赔、部分可赔、不可赔,还是暂无法判断。
- 是否需要进一步复核、调查、补充材料或升级处理。

Related Skills

wealth-product-suitability-assistant

105
from aifinlab/FinClaw

当用户需要基于客户画像、风险承受能力、投资目标、期限偏好、流动性需求、 家庭资产配置情况和适当性要求,为客户推荐更合适的理财产品、产品组合或备选方案时, 使用本技能。适用于银行财富管理场景中的产品匹配、客户经理陪访准备、方案比较、 适当性校验、信息缺口提示和推荐报告输出。

wealth-advisor-compliance-communication-assistant

105
from aifinlab/FinClaw

当用户需要在银行财富管理场景下生成、审阅、改写或校准合规沟通话术时,使用此技能。 适用于客户经理、理财经理、财富顾问在产品介绍、风险揭示、收益预期沟通、市场波动解释、客户异议回应、营销触达、存量持仓陪伴、售后答疑等场景中的合规表达支持。 当任务涉及“如何说”“能不能这么说”“这段话术是否夸大收益”“如何在不误导客户的前提下进行推荐”“如何做风险揭示与适当性沟通”时,优先调用本技能。

underwriting-workflow-orchestrator-assistant

105
from aifinlab/FinClaw

当用户需要把一单保险核保案件按完整工作流进行分析时使用本 skill。它负责基于原始核保资料,按顺序调用或吸收已有的核保摘要、问题清单、补件提示、规则问答、结论解释和复核意见等技能结果,形成统一的 workflow 式分析与汇总输出。

underwriting-questionnaire-secondary-review-assistant

105
from aifinlab/FinClaw

当用户需要对已经完成首轮审查的保险投保问卷进行二次复核,检查初审意见是否充分、风险判断是否一致、补问与补件是否到位、是否仍存在遗漏项或高风险未核实问题,并生成适合复核留痕、质量控制和后续核保流转的结构化复核结果时使用本 skill。

underwriting-questionnaire-precheck-assistant

105
from aifinlab/FinClaw

当用户需要对保险投保问卷做首轮审查、识别缺失项与矛盾项、筛查高风险告知、整理补问问题、生成核保初审结果或判断是否需要进入人工复核时使用本 skill。适用于寿险、重疾险、医疗险、意外险等投保问卷、OCR 文本、截图转写文本或结构化问卷记录的通用初审与分流场景。

underlying-asset-lookthrough-assistant

105
from aifinlab/FinClaw

用于底层资产穿透尽调的结构化扫描与风险初判,覆盖资产真实性核验、数据口径一致性校对、权属与涉诉异常识别、集中度与回款压力分析。适用于信托/资管项目尽调中的资产池穿透分析、风控预审与投前复核场景。

tumor-history-risk-review-assistant

105
from aifinlab/FinClaw

当用户需要对与肿瘤相关的既往病史资料进行专业、结构化的审查,提取肿瘤类型、病理结果、分期分级、治疗经过、手术情况、放化疗或靶向治疗、复发转移风险、随访状态及其他与保险核保相关的重要健康信息,并生成适合核保审查、风险分层和资料流转的结构化分析结果时使用本 skill。

transaction-banking-solution-recommendation-assistant

105
from aifinlab/FinClaw

当用户需要为企业客户推荐交易银行方案时使用本技能,适用于现金管理、收付款管理、 账户体系设计、资金归集、票据结算、供应链结算、跨境结算、银企直联、司库协同、 流动性管理和场景化产品匹配等场景。本技能用于基于客户行业、规模、交易模式、 账户结构、组织架构、上下游关系、境内外经营特征和合规约束,输出候选方案、 匹配理由、适用边界、落地路径和补充调研清单。

suspicious-transaction-identification-assistant

105
from aifinlab/FinClaw

当用户需要在银行风险管理或 AML/反洗钱场景下,对客户、账户、交易流水、渠道行为、对手方关系、时间模式、金额模式、地域模式、行业模式等信息进行可疑交易识别、预警分级、线索整理、人工复核支持、报告输出时,使用本技能。 本技能特别适用于零售与对公账户的异常交易筛查、疑似洗钱/分拆/走账/过桥/空转/高频小额/异常对敲/异常集中收付等模式识别。 当用户明确要求结合行业基准、同业口径、外部黑灰名单、地域行业风险特征、典型可疑模式库进行判断时,也应优先使用本技能。

supply-chain-customer-identification-assistant

105
from aifinlab/FinClaw

当用户需要在银行对公金融场景下开展供应链金融客户识别、核心企业链路梳理、上下游客户筛选、 交易闭环核验、客户分层、准入判断、白名单初筛、拓客名单整理、风险提示或识别报告输出时, 使用本技能。 适用于围绕核心企业开展供应商、经销商、承运商、服务商等链上客户识别与分类的任务。 当用户提供企业名单、交易资料、发票/订单/合同/物流/回款信息、工商信息、行业资料、 核心企业名单或希望生成供应链客户识别报告、客户清单、准入建议、补充核验事项时,优先调用本技能。

smoking-alcohol-risk-identification-assistant

105
from aifinlab/FinClaw

当用户需要对投保资料中的吸烟、饮酒相关信息进行专业、结构化的识别与审查,提取吸烟饮酒习惯、持续时间、频率、剂量、戒断情况、一致性问题及相关健康风险线索,并生成适合保险核保、补问流转和资料审查的结构化分析结果时使用本 skill。

service-ticket-assistant

105
from aifinlab/FinClaw

用于信托领域客户与产品支持中的服务工单助手场景,支持结构化处理与报告输出。