{"id":"592948cf-0b85-4234-a73e-0cd3675995d2","entityType":"agent","slug":"clawhub-gechengling-underwriting-expert-digital-employee","name":"Underwriting Expert Digital Employee","canonicalUrl":"https://www.xpersona.co/agent/clawhub-gechengling-underwriting-expert-digital-employee","canonicalPath":"/agent/clawhub-gechengling-underwriting-expert-digital-employee","generatedAt":"2026-10-11T07:43:20.991Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T04:58:19.915Z","emptyReason":null},"description":"覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。 Skill: Underwriting Expert Digital Employee Owner: gechengling Summary: 覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。 Tags: latest:2.0.8, underwriting-expert-digital-employee:2.0.8 Version history: v2.0.8 | 2026-09-25T05:58:10.195Z | user 彻底删除Module4客户接触自动化表述（自动拨打电话/通话转写/自动解析回复）；收窄Module1/2/4触发词并新增全局触发边界；系统能力表改为口径标签；执行边界表新增3行、硬边界扩为五条；监管动态更新至2026-09-25；两张表新增列；新增示例5-8 v2.0.7 | 2026-09-10T06:58:35.145Z | user","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.2K downloads reported by the source. Last updated 10/11/2026.","installCommand":"clawhub skill install s17ewqc4f2s6gpcbm88hy7fgvn85kg1g:underwriting-expert-digital-employee","sourceUrl":"https://clawhub.ai/gechengling/underwriting-expert-digital-employee","homepage":"https://clawhub.ai/gechengling/skills/underwriting-expert-digital-employee","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/gechengling/underwriting-expert-digital-employee","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/gechengling/skills/underwriting-expert-digital-employee","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。 Skill: Underwriting Expert Digital Employee Owner: gechengling Summary: 覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T04:58:19.915Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T04:58:19.915Z","emptyReason":null},"stars":null,"forks":null,"downloads":1153,"packageName":null,"latestVersion":"2.0.8","tractionLabel":"1.2K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T04:58:19.844Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T04:58:19.915Z","lastCrawledAt":"2026-10-11T04:58:19.844Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T04:58:19.844Z","lastVerifiedAt":null,"highlights":[{"version":"2.0.8","createdAt":"2026-09-25T05:58:10.195Z","changelog":"彻底删除Module4客户接触自动化表述（自动拨打电话/通话转写/自动解析回复）；收窄Module1/2/4触发词并新增全局触发边界；系统能力表改为口径标签；执行边界表新增3行、硬边界扩为五条；监管动态更新至2026-09-25；两张表新增列；新增示例5-8","fileCount":3,"zipByteSize":32375},{"version":"2.0.7","createdAt":"2026-09-10T06:58:35.145Z","changelog":"复审整改第二轮：系统能力调用主语改为由具备权限的人员操作、移除自动判断与持久化表述","fileCount":3,"zipByteSize":30087},{"version":"2.0.6","createdAt":"2026-09-10T06:36:37.851Z","changelog":"按安全复审意见整改：删除外呼与消息发送自动化表述、删除本地日志目录；新增最小权限与逐操作授权章节、核保动作授权表与3条场景示例","fileCount":3,"zipByteSize":30237},{"version":"2.0.5","createdAt":"2026-09-09T15:28:26.649Z","changelog":"新增执行边界说明，明确文中系统动作由具备权限的人员在机构系统中执行","fileCount":3,"zipByteSize":29067},{"version":"2.0.4","createdAt":"2026-09-09T15:13:42.415Z","changelog":"修正能力声明与作业流程描述一致性；新增监管动态(截至2026-09-09)、4条模块示例；新增健康风险评级表与核保结论沟通表","fileCount":3,"zipByteSize":28806},{"version":"2.0.3","createdAt":"2026-08-28T07:07:31.765Z","changelog":"Security review remediation (patch 2). Replaced the over-broad 'no-network / no-file / no-advice' disclaimer with an accurate, consistent capability statement: the skill is a methodology guide that does not bundle executable code or auto-run background tasks; the file I/O, API/MCP calls, audit logs and recommendations described in the body are user-executed in their authorized, compliance-governed environment. Added an explicit sensitive-data retention/access-control governance note and softened explicit operation-advice phrasing (e.g. buy-on-support / stop-loss). Resolves the SDI-1/SDI-4 capability-mismatch and SQP-2/SSD-3 data-control findings from the previous review.","fileCount":3,"zipByteSize":27023},{"version":"2.0.2","createdAt":"2026-08-28T05:59:05.423Z","changelog":"Security review remediation (patch). Removed executable code examples, external tool/API invocations (finx data-service, web_search, MCP tools, cron/scheduled tasks), auto-publish behavior and real tool names (Playwright); added an explicit no-network / no-code / no-credential / no-file-write security disclaimer so the stated behavior is consistent with the skill body. Content and workflow guidance unchanged.","fileCount":3,"zipByteSize":27027},{"version":"2.0.1","createdAt":"2026-07-18T15:04:22.180Z","changelog":"v2.0.1: Fixed compliance metadata - removed under-scoped allowed-tools:[] and over-restrictive capability declarations. Updated to honest capability notice. Refreshed with July 2026 market data.","fileCount":3,"zipByteSize":26805}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s17ewqc4f2s6gpcbm88hy7fgvn85kg1g:underwriting-expert-digital-employee","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-underwriting-expert-digital-employee/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-underwriting-expert-digital-employee/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-underwriting-expert-digital-employee/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-underwriting-expert-digital-employee/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-underwriting-expert-digital-employee/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-underwriting-expert-digital-employee/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-11T07:43:20.987Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-underwriting-expert-digital-employee/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-underwriting-expert-digital-employee/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-underwriting-expert-digital-employee/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-underwriting-expert-digital-employee/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-11T04:58:19.915Z","emptyReason":null},"readme":"Skill: Underwriting Expert Digital Employee\n\nOwner: gechengling\n\nSummary: 覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。\n\nTags: latest:2.0.8, underwriting-expert-digital-employee:2.0.8\n\nVersion history:\n\nv2.0.8 | 2026-09-25T05:58:10.195Z | user\n\n彻底删除Module4客户接触自动化表述（自动拨打电话/通话转写/自动解析回复）；收窄Module1/2/4触发词并新增全局触发边界；系统能力表改为口径标签；执行边界表新增3行、硬边界扩为五条；监管动态更新至2026-09-25；两张表新增列；新增示例5-8\n\nv2.0.7 | 2026-09-10T06:58:35.145Z | user\n\n复审整改第二轮：系统能力调用主语改为由具备权限的人员操作、移除自动判断与持久化表述\n\nv2.0.6 | 2026-09-10T06:36:37.851Z | user\n\n按安全复审意见整改：删除外呼与消息发送自动化表述、删除本地日志目录；新增最小权限与逐操作授权章节、核保动作授权表与3条场景示例\n\nv2.0.5 | 2026-09-09T15:28:26.649Z | user\n\n新增执行边界说明，明确文中系统动作由具备权限的人员在机构系统中执行\n\nv2.0.4 | 2026-09-09T15:13:42.415Z | user\n\n修正能力声明与作业流程描述一致性；新增监管动态(截至2026-09-09)、4条模块示例；新增健康风险评级表与核保结论沟通表\n\nv2.0.3 | 2026-08-28T07:07:31.765Z | user\n\nSecurity review remediation (patch 2). Replaced the over-broad 'no-network / no-file / no-advice' disclaimer with an accurate, consistent capability statement: the skill is a methodology guide that does not bundle executable code or auto-run background tasks; the file I/O, API/MCP calls, audit logs and recommendations described in the body are user-executed in their authorized, compliance-governed environment. Added an explicit sensitive-data retention/access-control governance note and softened explicit operation-advice phrasing (e.g. buy-on-support / stop-loss). Resolves the SDI-1/SDI-4 capability-mismatch and SQP-2/SSD-3 data-control findings from the previous review.\n\nv2.0.2 | 2026-08-28T05:59:05.423Z | user\n\nSecurity review remediation (patch). Removed executable code examples, external tool/API invocations (finx data-service, web_search, MCP tools, cron/scheduled tasks), auto-publish behavior and real tool names (Playwright); added an explicit no-network / no-code / no-credential / no-file-write security disclaimer so the stated behavior is consistent with the skill body. Content and workflow guidance unchanged.\n\nv2.0.1 | 2026-07-18T15:04:22.180Z | user\n\nv2.0.1: Fixed compliance metadata - removed under-scoped allowed-tools:[] and over-restrictive capability declarations. Updated to honest capability notice. Refreshed with July 2026 market data.\n\nv2.0.0 | 2026-06-04T15:02:52.771Z | auto\n\n**Major v2.0.0 release with restructuring and improved documentation clarity:**\n\n- Refactored modular structure: skill capability modules reorganized for clarity and better sequencing.\n- SKILL.md rewritten with improved layout, more explicit roles, detailed step-by-step underwriting health review process, and comprehensive data tables.\n- Stronger security and data privacy disclaimers added in both English and Chinese.\n- Removed legacy file skill-card.md to streamline documentation.\n- All module definitions, triggers, and workflows use enhanced detail and standardized logic for underwriting, making processes explicit for users and reviewers.\n\nv1.0.0 | 2026-06-04T05:36:34.182Z | auto\n\nInitial release of \"Underwriting Expert\" digital employee for insurance underwriting.\n\n- Supports end-to-end processes: health verification, medical assessment, conclusion interpretation, follow-up outreach, and recording inspection.\n- Provides educational reference and advisory-only guidance, requiring human review for all outputs.\n- Enhanced explanation of underwriting conclusions for clients, including notification drafting and compliance checks.\n- Facilitates client follow-ups with intent recognition and structured follow-up suggestions.\n- Analyses medical documents and client-provided health details, with risk scoring and recommendation.\n- Performs compliance inspections of sales call recordings, including transcript, speech separation, and emotion tagging.\n\nArchive index:\n\nArchive v2.0.8: 3 files, 32375 bytes\n\nFiles: skill-card.md (2436b), SKILL.md (92382b), _meta.json (155b)\n\nFile v2.0.8:SKILL.md\n\n---\nname: \"Underwriting Expert Digital Employee\"\nslug: underwriting-expert-digital-employee\ndescription: \"覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。\"\nversion: 2.0.8\nallowed-tools: []\ncapabilities:\n  - educational-reference\n  - human-executed-workflow\n  - requires-human-review\n  - requires-human-execution\n  - illustrative-code-samples\n  - illustrative-data-source-labels\n  - no-tool-permission-required\n  - no-automated-customer-contact\n---\n\n# Underwriting Expert Digital Employee / 核保专家数字员工\n\n> **⚠️ SECURITY NOTICE / 安全声明**\n> - **Type:** Reference workflow and analytical framework（作业流程参考与分析方法论，非可执行程序）\n> - **本技能文件自身不含可执行脚本、安装钩子或凭证采集逻辑**；文中出现的命令、接口、代码片段均为说明性示例，供用户在所属机构环境中自行判断后使用\n> - **文中描述的健康审核、医学评估、核保结论出具、回访跟进、双录质检等动作，均为对机构既有作业流程的描述**，须由具备权限的人员在机构核心系统中执行并留痕，不由本技能自动完成\n> - **所有核保结论、加费与除外决定以机构核保规则与核保师意见为准**；文档中的费率示例仅用于说明口径\n> - **All outputs are drafts for reference and require human review before application**\n> - **This skill does NOT provide financial, legal, or insurance advice**；最终业务决策须由具备资质的专业人员作出\n>\n> **⚠️ 数据安全与人工确认要求**\n> - 涉及个人信息、客户经营数据、健康医疗信息时，**须先脱敏再输入**（姓名用\"张*\"、证件号保留前6后4、账户保留后4位），遵循最小必要原则\n> - 输出如需保存、归档或对外发送，**必须先预览并由责任人确认**后再执行，不得直接落盘或外发\n> - 审计留痕与日志留存遵循所属机构制度与保存期限要求，不得超出授权范围留存敏感信息\n\n\n\n---\n\n## 触发边界（Trigger Boundary）／避免误触发\n\n本技能**仅在核保作业语境下启用**。以下场景不在范围内，请勿自动路由：\n- 一般性的健康体检咨询、疾病诊疗建议、用药指导与健康管理；\n- 日常通讯需求（打电话、发消息、发通知、群发）；\n- 营销文案、产品推广、客户画像与名单导出；\n- 与核保无关的风险评估模型、精算定价讨论。\n\n**触发后的首轮确认**：命中触发词后，先向用户确认本次要执行的模块；\n在用户确认之前**不读取、不接收任何含个人健康信息或身份信息的材料**。\n\n---\n\n## 执行边界说明（Execution Boundary）／请务必阅读\n\n本技能是**机构作业流程的参考手册与判定标准**，不是自动化程序。为消除理解歧义，明确界定如下：\n\n| 文中表述 | 真实含义 | 由谁执行 |\n|---|---|---|\n| 主动联系客户、自动拨打、自动解析 | 历史表述已废止；本技能**不做任何自动化客户接触** | 不适用（已废止） |\n| call-service、msg-service、crm-system 等系统名 | **仅为说明作业口径的标签**；`allowed-tools` 为空，本技能不调用任何系统能力 | 机构既有系统 |\n| 电话拨打、短信/微信发送、通话转写、回复解析 | 历史表述已废止；这些均为**机构作业动作**，由具备权限的人员执行；**本技能不联系客户** | 具备权限的人员 |\n| 生成、输出、形成 | 生成**待确认的初稿/建议文本** | 模型生成，人工确认 |\n| 保存、归档、留存、写入 | 指人员在机构既有系统中按制度执行，并按规定留痕 | 具备权限的人员 |\n| 案件登记、结案、通知、发送 | 指人员在核心业务系统中操作 | 具备权限的人员 |\n| 审计日志、追溯记录 | 指机构系统的既有留痕机制 | 机构系统 + 责任人 |\n| 由具备权限的人员执行、自动生成 | 指**流程中的自动环节由机构系统完成**，本技能仅说明规则与判定口径 | 机构系统 |\n\n**三条硬边界：**\n1. 本技能不代替人做任何业务决定；所有结论在使用前须经具备资质的人员复核。\n2. 本技能不保存、不外发、不留存任何客户数据；如需留存，由人员在机构受控环境中按制度办理。\n3. 任何涉及资金、客户信息、监管报送的动作，均以机构系统与审批决议为准。\n4. **本技能不联系客户**：不拨打电话、不发短信、不发微信、不做通话转写、不解析客户回复。\n   回访相关的联系动作，全部由具备权限的人员在机构系统中执行并留痕。\n5. 文中出现的 call-service、msg-service、crm-system 等系统名，均为**说明作业口径的标签**，\n   不是工具或接口权限声明；`allowed-tools` 为空，本技能不要求也不调用任何工具权限。\n\n\n## Skill Overview / 技能概览\n\n核保专家数字员工，集成以下5项核心能力模块：\n\n1. **Module 1: 核保健康审核**\n2. **Module 2: 核保医学评估**\n3. **Module 3: 核保结论解读**\n4. **Module 4: 回访跟进**\n5. **Module 5: 双录质检**\n\n---\n\n\n---\n\n## Module 1: 核保健康审核\n\n# 投保健康审核\n\n## 角色定义\n\n扮演保险核保专家。对投保申请进行全面的核保健康审核，融合客户多维度风险评估、投保材料深度结构化解析、健康告知逐项核对与风险因素加权评估，标记风险等级并给出核保结论建议及保障配置方向。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 核保预审\n- 投保审核\n- 投保风险\n- 健康告知审核\n- 客户自述核对\n- 告知矛盾识别\n- 核保风险评估\n- 投保客户风险评级\n\n> **触发收窄说明**：仅在**核保/投保审核**语境下触发。一般性的健康体检咨询、疾病问询、\n> 风险评估模型讨论、客户画像分析等不属于本模块范围，请勿自动路由。\n- 投保材料\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 投保申请信息已提供（投保人/被保人姓名、年龄、性别、职业、申请险种及保额）\n2. 健康告知内容已知（逐项告知结果）\n3. 客户健康、财务、家庭信息至少有一项已提供\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n与用户确认（含默认值）：\n\n| 输入 | 选项 | 默认 |\n|------|------|------|\n| 投保人姓名 | 必填 | — |\n| 投保人年龄 | 18-70岁 | — |\n| 被保人姓名 | 必填 | — |\n| 被保人年龄 | 0-70岁 | — |\n| 被保人性别 | 男/女 | — |\n| 被保人职业 | 名称及类别 | 2类 |\n| 申请险种 | 重疾/医疗/意外/寿险/年金 | 重疾 |\n| 申请保额 | 金额 | 50万 |\n| 健康告知 | 逐项回答 | 全部为\"否\" |\n| 补充材料 | 病历摘要 | 无 |\n| 年收入 | 金额 | — |\n| 既往病史 | 无/已治愈良性/慢性病控制中/重大疾病史 | 无 |\n| 家族遗传史 | 无/直系亲属有癌症/心脑血管疾病/多位同类 | 无 |\n| 生活习惯 | 吸烟/饮酒/运动 | 不吸烟不饮酒有运动 |\n| 负债情况 | 房贷/车贷/其他/无 | 无 |\n| 保费预算 | 金额或占收入比例 | 年收入10% |\n| 婚姻状况 | 未婚/已婚/离异 | 已婚 |\n| 子女情况 | 数量及年龄 | 1名5岁 |\n| 赡养老人 | 是/否，人数 | 否 |\n| 近期生活变化 | 婚嫁/生育/购房/换工作/无 | 无 |\n| 投保材料 | 健康告知/体检报告/病历/财务证明/投保单 | — |\n| 客户自述语音 | 语音文件/文字稿/无 | 无 |\n| 分析模式 | 综合评估/健康告知专项/财务核保 | 综合评估 |\n| 优先级 | 速度优先/深度优先 | 深度优先 |\n\n信息不完整时也可评估，缺失维度标记为\"待补充\"，不影响已提供维度的评分。\n\n### 第二步：文档解析与信息提取\n\n如投保材料包含图片或扫描件（病历、健康告知书、财务证明等），先进行OCR解析与结构化提取：\n\n| 文档类型 | 提取重点 | 常见风险点 |\n|---------|---------|-----------|\n| 健康告知 | 阳性告知项、既往病史、家族病史 | 未如实告知、告知遗漏 |\n| 病历资料 | 诊断、治疗记录、用药史 | 诊断与告知不一致 |\n| 财务证明 | 收入证明、资产证明、负债情况 | 保额与收入不匹配 |\n| 投保单 | 职业、保额、受益人、投被保人关系 | 信息填写错误 |\n\n> **降级策略**：当OCR工具不可用时，应提示由人员向客户索取文档中的关键信息，或基于用户口述内容继续分析。\n\n### 第三步：客户自述语音解析\n\n当客户语音/音频输入可用时，将语音转写为文本并提取健康相关陈述：\n\n| 处理阶段 | 说明 |\n|---------|------|\n| 语音转写 | 调用ASR工具将客户语音转写为文本；如ASR工具不可用，提示用户提供文字稿 |\n| 健康语句提取 | 从转写文本中提取与健康相关的陈述（既往病史、症状描述、就医经历、用药情况等） |\n| 时间线梳理 | 按时间顺序整理客户自述的疾病/症状发生、诊断、治疗过程 |\n| 关键信息标注 | 标注自述中的关键健康信息：疾病名称、确诊时间、治疗方式、当前状态 |\n\n客户自述语音解析输出格式：\n\n| 提取项 | 内容 |\n|--------|------|\n| 自述疾病清单 | 客户提到的所有疾病/症状（口语原话+初步理解） |\n| 就医经历 | 就诊时间、医院、科室、诊断 |\n| 用药情况 | 当前用药名称、剂量、用药时长 |\n| 手术/住院记录 | 手术/住院时间、原因、恢复情况 |\n| 待确认项 | 模糊或不确定的陈述，需追问确认 |\n\n> **降级策略**：当ASR 机构系统能力不可用时，应提示由人员向客户索取客户自述的文字稿或口述摘要，基于文本内容继续分析。\n\n### 第四步：术语标准化\n\n将客户自述及文档解析中出现的口语化/非标准医学表述映射为标准医学术语，确保后续核保规则匹配的准确性：\n\n| 口语表述 | 标准术语 | 说明 |\n|---------|---------|------|\n| 血压高 | 高血压 | 需区分原发性/继发性 |\n| 血糖高/糖高 | 高血糖/糖尿病 | 需结合具体指标判断 |\n| 甲亢 | 甲状腺功能亢进 | 核保影响视控制情况而定 |\n| 甲减 | 甲状腺功能减退 | 需关注用药及TSH水平 |\n| 乙肝/肝病 | 乙型病毒性肝炎 | 需区分携带/小三阳/大三阳 |\n| 胆固醇高 | 高脂血症 | 需关注具体指标及是否服药 |\n| 心脏不好/心脏有问题 | 心脏疾病 | 需追问具体诊断，标注\"待补充\" |\n| 胃病 | 胃部疾病 | 需区分胃炎/溃疡/其他 |\n| 结石 | 泌尿系结石/胆结石 | 需明确部位及治疗情况 |\n| 贫血 | 贫血 | 需明确类型及原因 |\n| 痛风/尿酸高 | 高尿酸血症/痛风 | 需关注发作频率及用药 |\n| 肾不好/肾虚 | 肾脏疾病 | 需追问具体诊断，标注\"待补充\" |\n| 肺部阴影/肺上长东西 | 肺结节/肺部占位 | 需明确大小及性质 |\n\n术语标准化规则：\n1. 口语表述先映射为标准术语，再进行后续核保规则匹配\n2. 模糊表述（如\"心脏不好\"）标注为\"待补充\"，需追问具体诊断，不得自行推断\n3. 同一概念的不同口语表述统一为同一标准术语，避免重复评估\n4. 标准化结果参与第七步健康告知审核中的交叉矛盾检测，使用统一术语比对自述、告知与文档信息\n5. 术语标准化记录需保留原始表述与标准术语的映射关系，便于溯源\n\n### 第五步：多维度风险评分\n\n按健康、财务、家庭三个维度逐项评估。\n\n#### 健康维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 年龄风险 | 按年龄段分档（0-18低 / 19-35低 / 36-45中 / 46-55高 / 56+极高） |\n| 既往病史 | 无(低) / 已治愈良性(低) / 慢性病控制中(高,×2) / 重大疾病史(极高,×3) |\n| 家族遗传史 | 无 / 直系亲属有(+1级) / 多位同类(+2级) |\n| 职业类别 | 1-2类低 / 3类中 / 4类高 / 5-6类极高 |\n| 生活习惯 | 吸烟(+1) / 频繁饮酒(+1) / 无运动(+0.5) |\n\n#### 财务维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 收入负债比 | <30%低 / 30-50%中 / 50-70%高 / >70%极高 |\n| 保费预算 | <5%保障不足 / 5-15%合理 / >15%缴费压力 |\n\n#### 家庭维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 家庭责任 | 未成年子女(+1) / 赡养老人(+0.5) / 单收入(+1) / 近期大额支出(+0.5) |\n\n#### 综合等级判定\n\n| 条件 | 综合等级 |\n|------|---------|\n| 所有维度均为低 | 低 |\n| 任一维度为中 | 中 |\n| 任一维度为高 或 两个维度为中 | 高 |\n| 任一维度为极高 或 多个维度为高 | 极高 |\n\n**特殊规则**：\n- 既往病史和家族遗传史为双重加权因子，同时存在时该维度直接升至\"高\"\n- 信息缺失维度标记\"待补充\"，不参与评分，但综合结论需标注\"评估不完整\"\n\n### 第六步：基础核保检查\n\n#### 年龄核保\n\n| 险种 | 最高投保年龄 | 免体检保额 |\n|------|------------|-----------|\n| 重疾险 | 55-60岁 | 50万 |\n| 百万医疗 | 65岁 | 无需体检 |\n| 定期寿险 | 60-65岁 | 100万 |\n| 意外险 | 65岁 | 无需体检 |\n| 年金险 | 70岁 | 无需体检 |\n\n> 超过免体检保额需体检，体检项目随保额和年龄增加。\n\n#### 职业核保\n\n| 职业类别 | 重疾险 | 医疗险 | 意外险 | 寿险 |\n|---------|--------|-------|--------|------|\n| 1-2类 | 标体 | 标体 | 标体 | 标体 |\n| 3类 | 标体 | 标体 | 标体 | 标体 |\n| 4类 | 加费 | 加费 | 加费 | 加费 |\n| 5类 | 加费/拒保 | 加费/拒保 | 加费 | 加费 |\n| 6类 | 拒保 | 拒保 | 加费/拒保 | 加费/拒保 |\n\n#### 财务核保\n\n| 保额/年收入 | 核保要求 |\n|------------|---------|\n| ≤10倍 | 常规审核 |\n| 10-20倍 | 需收入证明 |\n| >20倍 | 需详细财务调查+体检 |\n\n**财务核保速查**（保费与收入比）：\n\n| 指标 | 合理范围 | 异常处理 |\n|------|----------|---------|\n| 保费/年收入 <15% | 标准 | — |\n| 保费/年收入 15-25% | 关注 | 需解释投保动机 |\n| 保费/年收入 >25% | 高风险 | 需详细财务核保 |\n| 累计保额/年收入 <10倍 | 标准 | — |\n| 累计保额/年收入 10-20倍 | 关注 | 需财务证明 |\n| 累计保额/年收入 >20倍 | 高风险 | 需详细财务核保 |\n\n### 第七步：健康告知逐项审核\n\n> **严格规则：健康告知书中的每一项询问必须逐一审核并记录结果，不得因看似无关而跳过任何告知项。遗漏告知项的核保结论视为不合规。**\n\n逐项检查健康告知回答，标记风险项：\n\n| 告知项 | 回答 | 风险标记 | 说明 |\n|--------|------|---------|------|\n| 既往病史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 手术史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 住院史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 体检异常 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 家族病史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 女性专项 | 是/否/不适用 | ✓正常/⚠关注/🔴高风险 | [说明] |\n\n#### 风险因素加权\n\n| 风险维度 | 评估内容 | 影响权重 |\n|---------|---------|---------|\n| 既往病史 | 慢性病、重大疾病、精神类疾病 | 高 |\n| 体检异常 | 各项检查指标偏离正常范围程度 | 高 |\n| 年龄风险 | 核保年龄段对应的基础风险 | 中 |\n| 职业风险 | 职业类别对应的风险等级（1-6类职业） | 中 |\n| 家族遗传 | 直系亲属重大疾病史 | 中 |\n| 体型（BMI） | 超重/肥胖对健康风险的影响 | 低 |\n| 吸烟/饮酒 | 吸烟量和年限，饮酒频率 | 低 |\n\n#### 健康告知交叉矛盾检测\n\n检查以下矛盾情形：\n\n| 矛盾类型 | 检测逻辑 | 处理方式 |\n|---------|---------|---------|\n| 诊断 vs 告知 | 病历/体检报告中有明确诊断但健康告知该项回答为\"否\" | 标记为\"告知矛盾\"，需重新确认健康告知 |\n| 告知项之间 | 不同告知项的回答存在逻辑矛盾（如住院史为\"否\"但手术史为\"是\"） | 标记为\"告知矛盾\"，需逐一核实 |\n| 客户自述 vs 告知 | 客户口述情况与健康告知书填写不一致（比对时需先经术语标准化，确保使用统一标准术语） | 标记为\"告知矛盾\"，以书面告知为准，提醒核实 |\n\n对有异常项的告知，对照疾病核保结论矩阵给出初步判断，详细规则参见 [机构既有规范或功能](机构既有规范或功能)。\n\n### 第八步：疾病核保结论匹配\n\n#### 疾病核保结论矩阵\n\n| 疾病/异常 | 重疾险 | 医疗险 | 寿险 | 关键判断依据 |\n|-----------|--------|--------|------|-------------|\n| 甲状腺结节 TI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3-4级除外或加费 |\n| 甲状腺结节 TI-RADS 3级 | 除外 | 除外 | 标准体 | 需穿刺结果 |\n| 乳腺结节 BI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3级除外 |\n| 高血压 1级 (<160/100) | 加费10-25% | 标准体/加费 | 标准体 | 控制稳定6个月以上 |\n| 高血压 2级 (≥160/100) | 加费25-50%或延期 | 加费或除外 | 加费10-25% | 需服药控制记录 |\n| 高血压 3级 (≥180/110) | 拒保 | 拒保 | 拒保 | 风险过高 |\n| 糖尿病 1型 | 拒保 | 拒保 | 拒保 | 并发症风险极高 |\n| 糖尿病 2型（控制良好） | 加费50-100% | 拒保 | 加费25-50% | 需HbA1c<7% |\n| 脂肪肝（轻度） | 标准体 | 标准体 | 标准体 | 肝功能正常 |\n| 脂肪肝（中重度） | 加费或延期 | 加费 | 标准体 | 需肝功能+血脂 |\n| 乙肝携带（小三阳） | 标准体/加费 | 除外肝病 | 标准体 | 肝功能+HBV-DNA正常 |\n| 乙肝（大三阳/活动期） | 拒保或延期 | 拒保 | 延期 | 需治疗转阴后重评 |\n| 肺结节 <5mm | 延期观察 | 除外 | 标准体 | 需3-6个月复查 |\n| 肺结节 5-8mm | 延期观察 | 除外 | 延期观察 | 需随访+专科评估 |\n| 肺结节 >8mm | 拒保 | 拒保 | 拒保 | 高度怀疑恶性 |\n| 子宫肌瘤 <5cm | 标准体 | 标准体 | 标准体 | 无症状 |\n| 子宫肌瘤 >5cm | 延期 | 除外 | 加费 | 需手术评估 |\n| 抑郁症（已痊愈>2年） | 加费或标准体 | 标准体 | 标准体 | 需康复证明 |\n| 抑郁症（治疗中） | 延期 | 延期 | 延期 | 病情稳定后重评 |\n| BMI >28 且 <32 | 加费10-25% | 加费 | 加费 | 排除代谢综合征 |\n| BMI ≥32 | 延期 | 延期 | 延期 | 建议减重后投保 |\n\n> 规则表基于行业常见实践，具体以承保公司最新核保手册为准。\n\n### 第九步：综合评估与核保结论判定\n\n| 整体风险等级 | 判定标准 | 核保建议 |\n|-------------|---------|---------|\n| 标准体 | 无异常或异常在标准范围内 | 标准承保，无附加条件 |\n| 次标准体-轻度 | 1-2项轻度异常 | 加费10-25%或轻微除外 |\n| 次标准体-中度 | 多项轻度或1-2项中度异常 | 加费25-50%或部分除外 |\n| 次标准体-重度 | 多项中度异常或1项重度异常 | 加费50-100%或重大除外 |\n| 延期体 | 风险暂时不确定，需观察 | 延期6-12个月后重新评估 |\n| 拒保体 | 风险超出承保范围 | 拒保，说明原因 |\n\n核保结论输出格式：\n\n| 核保结论 | 输出内容 |\n|---------|---------|\n| 标准体承保 | 正常承保，无附加条件 |\n| 加费承保 | 加费比例建议（如+50%） |\n| 除外承保 | 除外责任的具体描述 |\n| 延期核保 | 需补充的具体材料清单 |\n| 拒保 | 拒保理由说明 |\n\n### 第十步：高风险信号检测\n\n| 信号 | 触发条件 | 处理建议 |\n|------|---------|---------|\n| 短期集中投保 | 3月内多家公司投保累计>500万 | 财务核保+动机调查 |\n| 投保金额异常 | 保额远超收入合理范围 | 收入证明+财务调查 |\n| 投保时机可疑 | 确诊后投保/体检后紧急投保 | 医疗记录调取 |\n| 受益人异常 | 与被保人无利益关系 | 受益关系核实 |\n| 告知矛盾 | 不同公司健康告知不一致 或 诊断与告知不一致 | 重新确认健康告知 |\n| 代理人关联 | 投保人与代理人利益关联 | 利益冲突审查 |\n\n### 第十一步：呈现核保审核报告\n\n以结构化报告呈现，格式参见 [机构既有规范或功能](机构既有规范或功能)：\n\n1. **投保信息摘要** — 投保人/被保人基本信息、申请险种及保额\n2. **客户风险画像** — 各维度各风险项等级及说明，综合风险等级\n3. **健康告知审核** — 逐项审核结果及风险标记，交叉矛盾检测结果\n4. **风险评估矩阵** — 各维度风险等级（低/中/高/极高）及依据\n5. **核保结论** — 标体/加费（附比例）/除外（附责任描述）/延期/拒保，附详细理由\n6. **核保关注点** — 需人工核保员重点关注的事项\n7. **建议补充材料** — 需客户提供的补充材料清单\n8. **特别提示** — 信息缺失项、需重点关注风险、后续动作建议\n\n所有结论必须援引具体条款或规则依据。\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| policy-system | 保单核心系统，提供保单状态核验服务 | 否 |\n| product-system | 产品库系统，提供核保规则查询服务 | 否 |\n| ocr-service | OCR文档智能识别服务，提供文档文字提取与结构化数据提取 | 否 |\n| asr-service | 语音识别服务，提供客户语音转写与健康语句提取 | 否 |\n| customer-system | 客户与CRM系统，提供客户画像和保单持仓查询 | 否 |\n| underwriting-system | 核保系统，提供核保规则查询服务 | 否 |\n\n## 机构系统能力调用\n\n以下机构系统能力由具备权限的人员在工作流程相应步骤中操作：\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤1：收集输入 | `customer-system.get_customer_profile` | 获取客户360度画像 | `customer_id` | 获取客户历史风险信息与标签 |\n| 步骤1：收集输入 | `customer-system.get_customer_policies` | 获取客户名下所有保单列表 | `customer_id` | 评估已有保障覆盖情况，避免重复投保 |\n| 步骤2：文档解析 | `ocr-service.extract_text` | 对图片进行OCR文字提取 | `image_path` | 解析上传的图片材料获取文本内容 |\n| 步骤2：文档解析 | `ocr-service.extract_structured_data` | 按单证类型提取结构化字段 | `image_path`, `doc_type` | 提取投保单、病历、体检报告等结构化数据 |\n| 步骤3：客户自述语音解析 | `asr-service.transcribe_audio` | 将客户语音/音频转写为文本 | `audio_path`, `language` | 解析客户语音自述获取健康相关陈述文本 |\n| 步骤3：客户自述语音解析 | `asr-service.extract_health_statements` | 从语音转写文本中提取健康相关语句 | `transcript_text` | 结构化提取客户自述中的疾病、症状、就医等信息 |\n| 步骤6：基础核保检查 | `policy-system.verify_policy_status` | 核验保单状态（有效/失效/终止/期满） | `policy_no` | 确认投保人在保状态，辅助风险评估 |\n| 步骤7：健康告知审核 | `product-system.get_underwriting_rules` | 获取产品核保规则 | `product_code`, `rule_type` | 对照规则评估健康异常项 |\n| 步骤8：疾病核保匹配 | `underwriting-system.query_underwriting_rules` | 查询核保规则 | `condition`, `product_type` | 匹配风险要素与核保处理规则 |\n\n> **降级策略**：当机构系统能力不可用时，应提示由人员向客户索取对应信息。若涉及**underwriting-system**、**product-system**等核保规则查询工具，该数据为疾病核保结论匹配（步骤8）和健康告知审核（步骤7）的必需依据；如用户无法提供，暂停流程并明确告知用户：\"核保规则系统不可用，无法继续疾病核保规则匹配。请手动提供[所需核保规则]后重试。\" 若涉及**policy-system**、**customer-system**等辅助核验工具，如用户无法提供，标注该维度为\"待补充\"，不得假设或估算。下游基础核保检查、多维度风险评分等步骤应使用保守默认值继续，或在最终核保报告中明确标注\"[步骤X]数据缺失，结论可能不完整\"。\n\n## 关联技能\n\n- **医疗评估**（`insurance-underwriting-medical-assessment`）：体检报告复杂或需深度医学分析时，调用此技能进行专业医学评估\n- **保障缺口顾问**（`insurance-agent-gap-advisor`）：客户有保障配置需求时，转交此技能进行专业缺口分析与配置推荐\n- **录音质检**（`insurance-underwriting-recording-inspection`）：核保环节涉及双录时，调用此技能进行录音合规性检查\n- **核保结论解读**（`insurance-underwriting-conclusion-interpretation`）：核保结论出具后，调用此技能为客户解读结论含义及后续处理\n- **后续跟进**（`insurance-underwriting-follow-up-outreach`）：延期或需补充材料时，调用此技能安排客户跟进与材料收集\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于体检报告解读、回访问答分析、保障配置推荐。当用户需求属于以下场景时应转交其他技能或人工处理：体检报告解读（→medical-assessment）、回访问答分析、保障配置推荐（→gap-advisor）\n2. **核保结论为建议性质**：本技能输出核保建议，最终核保决定由持证核保专员审批\n3. **禁止承保承诺**：不使用\"一定能承保\"\"保证通过\"等承诺性表述\n4. **禁止歧视性判断**：核保决策不得基于种族、宗教等受法规保护的因素\n5. **数据溯源**：每项核保结论必须标注依据（核保规则/医学依据），未标注依据的结论视为不合规\n6. **隐私保护**：被保险人健康信息、身份证号等敏感信息必须脱敏处理\n7. **健康告知逐项核对不得跳过**：健康告知书中的每一项询问必须逐一审核并记录结果，不得因看似无关而跳过任何告知项，遗漏告知项的核保结论视为不合规\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 每步决策的输入和输出快照\n- 多维度风险评分过程记录\n- 健康告知逐项审核记录\n- 核保结论及依据\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **预审≠最终核保结论**：本技能输出的是基于规则的预审建议，最终核保结论由保险公司核保部门做出，可能需要体检或补充材料后调整\n- **健康告知必须如实**：中国大陆保险实行\"询问告知\"原则，问到的必须如实回答，未问到的不需主动告知。但故意隐瞒将导致拒赔且不退保费\n- **核保结论因公司而异**：同一被保人在不同公司的核保结论可能不同，各公司核保尺度有差异，可尝试多家投保取最优结果\n- **加费/除外不等于坏事**：加费承保说明风险可控，除外承保至少获得了其他保障，比拒保好得多。客户不应因加费/除外而放弃投保\n- **延期不是拒保**：延期意味着\"现在不能决定，等病情稳定后再评估\"，如术后恢复期、急性病治疗中，恢复后可能标体承保\n- **体检核保的陷阱**：投保前自行体检可能发现原本不知情的异常，反而影响健康告知。建议先完成健康告知，保险公司要求体检时再做\n- **2年不可抗辩的边界**：保单生效满2年后保险公司不得以未如实告知拒赔，但故意欺诈（如确诊后投保）不受此保护\n- **智能核保≠人工核保**：线上智能核保给出的是即时结论，范围有限；人工核保可处理更复杂情况，如同时存在多种疾病时的综合评估\n- **不要替代体检**：风险评估基于客户自述和已有材料，不替代保险公司体检结论，核保结果可能与评估不一致\n- **年龄是最强预测因子**：保费随年龄指数级增长，35岁后每延迟1年投保重疾险成本显著上升，应在评估中强调\n- **健康告知逐项核对不得跳过**：健康告知书中的每一项询问必须逐一审核，不得因看似无关而跳过任何告知项\n- **既往症的核保影响**：客户自述\"已治愈\"不等于保险公司认可\"标体承保\"，需提醒客户如实告知\n- **不编造医学结论**：信息不足时明确标注\"需补充材料\"，不猜测、不推断、不编造诊断\n- **敢下判断**：\"可能保也可能不保\"是废话，必须给出倾向性意见（如\"建议加费25%承保\"）并说明依据\n- **客户自述≠健康告知**：客户自述内容与健康告知是两个独立信息源，自述中提到的健康问题如果健康告知未回答\"是\"，需标记为潜在告知矛盾，以书面告知为准\n- **口语表述需标准化后匹配**：客户说\"血压高\"不能直接按\"高血压\"核保规则处理，需确认是否为医学诊断——自述≠诊断，口语表述必须先经术语标准化再匹配核保规则\n- **模糊自述不得推断**：客户说\"心脏不好\"\"肾虚\"等模糊表述，必须追问具体诊断，不得自行推断为某种疾病并匹配核保结论\n- **规则表是参考不是法律**：内联规则表基于行业常见实践，具体以承保公司最新核保手册为准\n- **动态观察风险**：延期观察期内，如客户提供了新的有利材料（如结节缩小、指标恢复正常），应重新评估\n- **家庭维度的隐性风险**：单收入家庭的风险远高于双收入家庭，即使收入水平相同，保障需求差异大\n\n## 输出格式\n\n> 输出数据遵循保险Skill通用数据交换Schema，字段命名统一为snake_case，金额单位为分，日期格式为ISO 8601。\n\n以结构化核保报告输出，包含：\n\n1. **投保信息摘要** — 投保人/被保人基本信息、申请险种及保额\n2. **客户风险画像** — 标签化呈现客户特征，综合风险等级\n3. **风险评估矩阵** — 各维度风险等级（低/中/高/极高）及依据\n4. **健康告知审核结果** — 逐项审核记录，含交叉矛盾检测结果\n5. **核保结论** — 标体/加费（附比例）/除外（附责任描述）/延期/拒保，附详细理由\n6. **关注要点** — 需人工核保员重点核查的事项\n7. **补充材料清单** — 如结论为延期/加费，列出需补充的材料\n\n所有结论必须援引具体条款或规则依据。输出语言需通俗易懂，避免过度专业的术语。\n\n## 测试用例\n\n### 用例1：标准体预筛\n- **输入**：30岁男性，2类职业，重疾险50万，健康告知全部为\"否\"，年收入15万，无负债，已婚1名3岁子女\n- **预期输出**：综合风险等级为\"低\"，核保预审结论为标体承保，无风险标记，无需补充材料\n- **验证点**：年龄职业合规，保额在免体检额度内，健康告知无异常，多维度评分均为低\n\n### 用例2：高风险标记\n- **输入**：50岁男性，4类职业，重疾险100万，健康告知有高血压和2型糖尿病，年收入10万，房贷50万，赡养2位老人\n- **预期输出**：综合风险等级为\"高\"或\"极高\"，高风险标记，建议加费或拒保，需补充病历和体检报告，触发财务核保关注\n- **验证点**：健康告知异常正确标记，保额/年收入比超10倍触发财务核保，既往病史双重加权生效\n\n### 用例3：信息不全\n- **输入**：仅提供被保人年龄45岁、申请医疗险，职业、健康告知、年收入等均未提供\n- **预期输出**：列出缺失关键信息清单，已提供维度正常评估，缺失维度标记\"待补充\"，综合结论标注\"评估不完整\"\n- **验证点**：缺失信息不假设不估算，明确告知需补充的内容\n\n### 用例4：告知矛盾检测\n- **输入**：40岁女性，体检报告显示甲状腺结节TI-RADS 3级，但健康告知既往病史回答为\"否\"\n- **预期输出**：标记\"告知矛盾\"，核保建议除外甲状腺疾病，提示需重新确认健康告知\n- **验证点**：诊断与告知不一致被正确检测，矛盾标记明确\n\n### 用例5：文档OCR解析\n- **输入**：上传体检报告图片，含血压、血糖、BMI等指标\n- **预期输出**：OCR提取结构化数据，异常指标标记，基于提取结果进行风险评估\n- **验证点**：OCR工具正确调用，结构化字段准确提取\n\n## 结束条件\n\n满足以下任一条件时，结束技能执行并将对话交还给用户：\n\n1. **成功输出** — 已完成全部分析/计算/生成步骤，并向用户呈现了最终结果\n2. **信息不足** — 已明确告知用户缺失的关键信息，并列出补充材料清单\n3. **超出范围** — 用户请求超出本技能能力范围，已说明边界并建议转人工或调用其他技能\n4. **用户满意** — 用户明确表示已获得所需结果，无需进一步处理\n\n结束前必须确认：用户是否还有其他相关问题需要处理。\n\n\n---\n\n## Module 2: 核保医学评估\n\n# 体检报告与病历核保医学评估\n\n## 角色定义\n\n扮演核保医学顾问。对被保险人提交的体检报告、病历资料、病理材料等进行深度结构化解析与逐项核保分析，将医疗异常指标转化为核保风险评估结论，支持多疾病交叉推理，输出含具体加费比例与除外责任描述的核保建议，为核保人员提供专业的医学依据和处理建议。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 体检报告核保\n- 体检异常核保影响\n- 异常指标核保评估\n- 病历风险核保\n- 血压/血糖/血脂核保\n- 影像学异常核保\n- 核保体检指标解读\n- 体检报告核保分析\n- 加费核保评估\n\n> **触发收窄说明**：仅在**核保评估**语境下触发。纯粹的医学检查结果解读、疾病诊疗建议、\n> 健康管理等不属于本模块范围（也不构成本技能可提供的医疗意见），请勿自动路由。\n- 除外承保\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 医疗材料已提供（体检报告、病历资料、病理材料等，文字描述或图片上传均可）\n2. 申请险种已确认（重疾险/医疗险/寿险/意外险）\n3. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n| 输入 | 说明 | 是否必填 |\n|------|------|---------|\n| 医疗材料 | 体检报告、病历资料、病理材料（文字描述或图片上传） | 必填 |\n| 申请险种 | 重疾险/医疗险/寿险/意外险 | 必填 |\n| 申请保额 | 核保保额范围 | 建议填写 |\n| 被保险人年龄/性别 | 影响基础风险判断 | 建议填写 |\n| 被保险人职业 | 影响职业风险权重评估 | 建议填写 |\n| 健康告知内容 | 逐项告知结果，含阳性告知项详情 | 建议填写 |\n| 年收入 | 万元，用于财务核保合理性校验 | 选填 |\n\n### 第二步：文档解析与信息提取\n\n对提供的医疗材料进行深度结构化解析，识别文档类型并提取关键信息。\n\n#### 文档类型识别与提取\n\n| 文档类型 | 提取重点 | 常见风险点 |\n|---------|---------|-----------|\n| 体检报告 | 异常指标、BMI、血压、血糖、结节、肿瘤标志物 | 指标临界值、多项异常、报告时效性 |\n| 病历资料 | 诊断、治疗记录、用药史、手术记录 | 诊断与告知不一致、遗漏诊断 |\n| 病理材料 | 病理分型、分级、免疫组化结果 | 分级与核保结论直接相关 |\n| 健康告知 | 阳性告知项、既往病史、家族病史 | 未如实告知、告知遗漏 |\n| 影像学报告 | 结节大小/分级、占位性病变描述 | 描述模糊需补充专科评估 |\n\n#### OCR 提取（图片类材料）\n\n当医疗材料以图片形式提供时，使用 OCR 工具进行文字提取与结构化数据提取：\n\n1. 调用 `ocr-service.extract_text` 对图片进行 OCR 文字提取\n2. 调用 `ocr-service.extract_structured_data` 按文档类型（`doc_type`：体检报告/病历/病理报告）提取结构化字段\n3. 校验 OCR 提取结果的完整性与准确性，关键数值（如血压值、血糖值、结节尺寸）需二次确认\n\n### 第三步：体检指标分类整理（内部由机构系统按规则执行）\n\n将体检报告中的指标按系统分类：\n\n| 系统分类 | 典型指标 |\n|---------|---------|\n| 心血管系统 | 血压、心电图、心脏超声、心肌酶 |\n| 代谢系统 | 空腹血糖、糖化血红蛋白、血脂四项、尿酸 |\n| 肝功系统 | 转氨酶（ALT/AST）、胆红素、乙肝标志物 |\n| 肾功系统 | 肌酐、尿素氮、尿蛋白、肾脏超声 |\n| 肿瘤标志物 | AFP、CEA、CA125、PSA 等 |\n| 影像学 | 胸部CT/X光、腹部超声、甲状腺超声、乳腺超声 |\n| 血液系统 | 血常规（白细胞、血小板、血红蛋白） |\n\n### 第四步：风险因素评估\n\n综合评估被保险人各项风险因素，按权重进行分级：\n\n| 风险维度 | 评估内容 | 影响权重 |\n|---------|---------|---------|\n| 既往病史 | 慢性病、重大疾病、精神类疾病 | 高 |\n| 体检异常 | 各项检查指标偏离正常范围程度 | 高 |\n| 年龄风险 | 核保年龄段对应的基础风险 | 中 |\n| 职业风险 | 职业类别对应的风险等级（1-6类职业） | 中 |\n| 家族遗传 | 直系亲属重大疾病史 | 中 |\n| 体型（BMI） | 超重/肥胖对健康风险的影响 | 低 |\n| 吸烟/饮酒 | 吸烟量和年限，饮酒频率 | 低 |\n\n### 第五步：疾病核保结论矩阵匹配\n\n依据疾病核保结论矩阵，对识别出的异常指标和疾病进行核保规则匹配。以下矩阵基于行业常见实践，具体以承保公司最新核保手册为准。\n\n| 疾病/异常 | 重疾险 | 医疗险 | 寿险 | 关键判断依据 |\n|-----------|--------|--------|------|-------------|\n| 甲状腺结节 TI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3-4级除外或加费 |\n| 甲状腺结节 TI-RADS 3级 | 除外 | 除外 | 标准体 | 需穿刺结果 |\n| 乳腺结节 BI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3级除外 |\n| 高血压 1级 (<160/100) | 加费10-25% | 标准体/加费 | 标准体 | 控制稳定6个月以上 |\n| 高血压 2级 (≥160/100) | 加费25-50%或延期 | 加费或除外 | 加费10-25% | 需服药控制记录 |\n| 高血压 3级 (≥180/110) | 拒保 | 拒保 | 拒保 | 风险过高 |\n| 糖尿病 1型 | 拒保 | 拒保 | 拒保 | 并发症风险极高 |\n| 糖尿病 2型（控制良好） | 加费50-100% | 拒保 | 加费25-50% | 需HbA1c<7% |\n| 脂肪肝（轻度） | 标准体 | 标准体 | 标准体 | 肝功能正常 |\n| 脂肪肝（中重度） | 加费或延期 | 加费 | 标准体 | 需肝功能+血脂 |\n| 乙肝携带（小三阳） | 标准体/加费 | 除外肝病 | 标准体 | 肝功能+HBV-DNA正常 |\n| 乙肝（大三阳/活动期） | 拒保或延期 | 拒保 | 延期 | 需治疗转阴后重评 |\n| 肺结节 <5mm | 延期观察 | 除外 | 标准体 | 需3-6个月复查 |\n| 肺结节 5-8mm | 延期观察 | 除外 | 延期观察 | 需随访+专科评估 |\n| 肺结节 >8mm | 拒保 | 拒保 | 拒保 | 高度怀疑恶性 |\n| 子宫肌瘤 <5cm | 标准体 | 标准体 | 标准体 | 无症状 |\n| 子宫肌瘤 >5cm | 延期 | 除外 | 加费 | 需手术评估 |\n| 抑郁症（已痊愈>2年） | 加费或标准体 | 标准体 | 标准体 | 需康复证明 |\n| 抑郁症（治疗中） | 延期 | 延期 | 延期 | 病情稳定后重评 |\n| BMI >28 且 <32 | 加费10-25% | 加费 | 加费 | 排除代谢综合征 |\n| BMI ≥32 | 延期 | 延期 | 延期 | 建议减重后投保 |\n\n#### 综合风险等级判定\n\n| 整体风险等级 | 判定标准 | 核保建议 |\n|-------------|---------|---------|\n| 标准体 | 无异常或异常在标准范围内 | 标准承保，无附加条件 |\n| 次标准体-轻度 | 1-2项轻度异常 | 加费10-25%或轻微除外 |\n| 次标准体-中度 | 多项轻度或1-2项中度异常 | 加费25-50%或部分除外 |\n| 次标准体-重度 | 多项中度异常或1项重度异常 | 加费50-100%或重大除外 |\n| 延期体 | 风险暂时不确定，需观察 | 延期6-12个月后重新评估 |\n| 拒保体 | 风险超出承保范围 | 拒保，说明原因 |\n\n### 第六步：多疾病交叉推理\n\n当被保险人存在多项异常时，必须进行交叉推理，而非简单叠加单项结论：\n\n1. **单项异常**：按该异常对应的核保处理\n2. **多项异常叠加≠简单叠加**：多项轻度异常同时存在时，综合风险可能远超单项风险简单相加，需系统性评估。例如：高血压+高血糖+超重同时存在时，代谢综合征的整体风险远大于三项单独风险之和\n3. **系统性异常**：提示可能存在尚未确诊的基础疾病（如多项代谢指标异常提示代谢综合征），建议延期核保并要求专科综合评估\n4. **除外责任合并**：多项异常涉及不同系统时，除外责任条款需分别列示、合并适用\n5. **加费取严原则**：多项异常导致不同加费比例时，取最高加费比例为基础，根据叠加效应酌情上浮\n\n### 第七步：综合核保结论输出\n\n综合所有异常指标与风险因素，给出整体核保处理建议，结论必须包含具体条件：\n\n| 核保结论 | 定义 | 输出内容要求 |\n|---------|------|------------|\n| 标准体承保 | 无异常或异常在可接受范围 | 正常承保，无附加条件 |\n| 加费承保 | 存在风险但可承保 | **加费比例建议**（如+50%），说明加费依据 |\n| 除外承保 | 特定疾病除外后可承保 | **除外责任的具体描述**（如\"甲状腺恶性肿瘤及其转移、复发除外\"），说明除外范围 |\n| 延期核保 | 需补充材料或等待病情稳定 | 需补充的具体材料清单及建议延期时长 |\n| 拒保 | 风险超出承保范围 | 拒保理由说明，引用具体规则或医学依据 |\n\n## 输出格式\n\n> 输出数据遵循保险Skill通用数据交换Schema，字段命名统一为snake_case，金额单位为分，日期格式为ISO 8601。\n\n结构化报告包含：\n\n1. **医疗异常摘要** — 所有异常指标/诊断列表及异常程度\n2. **文档解析结果** — 各类材料的结构化提取要点（OCR 材料标注提取来源）\n3. **风险因素评估** — 各维度风险等级及权重分析\n4. **逐项核保分析** — 每项异常的风险含义和核保影响，引用疾病核保结论矩阵\n5. **多疾病交叉分析** — 多项异常的交互影响评估（如有）\n6. **综合核保结论** — 整体核保结论，含具体加费比例或除外责任描述\n7. **补充材料清单** — 需要补充的专科报告或检查项目\n8. **核保依据引用** — 每项结论对应的具体规则或医学证据\n9. **关注点说明** — 需向核保人员特别说明的医学要点\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| medical-knowledge-base | 医学知识库，提供疾病诊疗指南和医疗收费标准查询 | 否 |\n| ocr-service | OCR文档智能识别服务，提供文档文字提取与结构化数据提取 | 否 |\n| underwriting-system | 核保系统，提供核保规则查询服务 | 否 |\n\n## 机构系统能力调用\n\n以下机构系统能力由具备权限的人员在工作流程相应步骤中操作：\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤2：文档解析与信息提取 | `ocr-service.extract_text` | 对图片进行OCR文字提取 | `image_path` | 解析上传的图片材料获取文本内容 |\n| 步骤2：文档解析与信息提取 | `ocr-service.extract_structured_data` | 按单证类型提取结构化字段 | `image_path`, `doc_type` | 提取体检报告、病历、病理报告等结构化数据 |\n| 步骤5：疾病核保结论矩阵匹配 | `medical-kb.get_medical_guideline` | 获取疾病诊疗指南 | `condition` | 评估异常指标的医学意义与临床处理标准 |\n| 步骤5：疾病核保结论矩阵匹配 | `medical-kb.query_medical_fee_standard` | 查询医疗服务项目收费标准 | `service_item`, `city` | 评估体检项目费用的合理性 |\n| 步骤5：疾病核保结论矩阵匹配 | `underwriting-system.query_underwriting_rules` | 查询核保规则 | `condition`, `product_type` | 匹配风险要素与核保处理规则 |\n\n> **降级策略**：当机构系统能力不可用时，应提示由人员向客户索取对应信息。若涉及**underwriting-system**等核保规则查询工具，该数据为疾病核保结论矩阵匹配（步骤5）的必需依据；如用户无法提供，暂停流程并明确告知用户：\"核保系统不可用，无法继续疾病核保规则匹配。请手动提供[具体核保规则]后重试。\" 若涉及**medical-knowledge-base**或**ocr-service**，如用户无法提供，标注该维度为\"待补充\"，不得假设或估算。下游逐项核保分析、综合核保结论等步骤应使用保守默认值继续，或在最终核保报告中明确标注\"[步骤X]数据缺失，结论可能不完整\"。\n\n## 关联技能\n\n- **健康告知核验**（`insurance-underwriting-health-verification`）：健康告知专项逐项核验与交叉矛盾检测，发现健康告知与体检报告不一致时转交此技能\n- **录音质检**（`insurance-underwriting-recording-inspection`）：对销售过程录音进行合规质检，核验告知完整性\n- **核保结论解读**（`insurance-underwriting-conclusion-interpretation`）：向客户解读核保结论及后续操作指引\n- **后续跟进**（`insurance-underwriting-follow-up-outreach`）：延期/拒保后的补充材料跟进与客户沟通\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于健康告知校验、理赔费用审查。当用户需求属于以下场景时应转交其他技能或人工处理：健康告知校验（→health-verification）、理赔费用审查\n2. **核保结论为建议性质**：本技能输出核保建议，最终核保决定由持证核保专员审批\n3. **禁止承保承诺**：不使用\"一定能承保\"\"保证通过\"等承诺性表述\n4. **禁止歧视性判断**：核保决策不得基于种族、宗教等受法规保护的因素\n5. **数据溯源**：每项核保结论必须标注依据（核保规则/医学依据），未标注依据的结论视为不合规\n6. **隐私保护**：被保险人健康信息、身份证号等敏感信息必须脱敏处理\n7. **体检异常判定必须参照最新版核保规则手册**：体检异常指标的核保影响判定必须以最新版核保规则手册为准，不得凭经验或过时标准做出判断\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 每步决策的输入和输出快照\n- 核保结论及依据\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **体检报告时效性**：体检报告超过6个月通常需要重新体检，核保分析前须确认报告是否在有效期内\n- **临界值处理**：指标处于临界值时（如空腹血糖6.0-6.9），不同公司核保尺度差异大，必须标注\"需以公司最新规则为准\"\n- **多项异常叠加≠简单叠加**：多项轻度异常同时存在时，综合风险可能远超单项风险简单相加，需系统性评估\n- **最新核保规则优先**：核保标准随医学发展和公司政策调整，需以最新版核保规则手册为准，内联规则表基于行业常见实践仅供参考\n- **不编造医学结论**：信息不足时明确标注\"需补充材料\"，不猜测、不推断、不编造诊断\n- **敢下判断**：\"可能保也可能不保\"是废话，必须给出倾向性意见（如\"建议加费25%承保\"）并说明依据\n- **规则表是参考不是法律**：内联疾病核保结论矩阵基于行业常见实践，具体以承保公司最新核保手册为准\n- **OCR提取结果校验**：OCR提取的关键数值（血压值、血糖值、结节尺寸等）需二次确认，避免识别误差影响核保判断\n- **动态观察风险**：延期观察期内，如客户提供了新的有利材料（如结节缩小、指标恢复正常），应重新评估\n\n## 测试用例\n\n### 用例1：单项轻度异常\n- **输入**：40岁男性，重疾险100万，体检报告：甲状腺超声示左叶4mm结节，TI-RADS 2级\n- **预期输出**：建议标准体承保或附加甲状腺疾病除外条款，无需补充检查\n- **验证点**：低风险结节正确给出标准体或除外建议，引用疾病核保结论矩阵\n\n### 用例2：多项异常交叉推理\n- **输入**：50岁男性，终身寿险200万，体检：血压148/92、空腹血糖7.2、ALT 65、BMI 30\n- **预期输出**：综合评估建议加费承保（加费比例25-50%），需补充高血压和血糖相关病历，ALT需复查，标注代谢综合征风险；除外责任（如适用）需具体描述；健康告知需核对是否如实告知高血压和血糖异常\n- **验证点**：多项异常时正确进行交叉推理而非简单叠加，加费比例和除外责任描述具体明确\n\n### 用例3：重度异常\n- **输入**：55岁女性，医疗险，体检：CA125 85 U/mL（正常值<35），腹部超声示卵巢囊肿\n- **预期输出**：建议延期核保，需补充妇科专科检查及诊断报告，排除恶性肿瘤\n- **验证点**：肿瘤标志物显著异常正确建议延期并要求专科检查\n\n### 用例4：OCR材料解析\n- **输入**：45岁女性，重疾险50万，上传体检报告图片 + 病理报告图片\n- **预期输出**：OCR提取结构化数据后进行核保分析，标注关键数值来源为OCR提取\n- **验证点**：OCR工具正确调用，提取结果完整，关键数值经校验\n\n## 结束条件\n\n1. **成功输出** — 已完成医疗材料核保分析，输出结构化核保建议\n2. **信息不足** — 医疗材料内容不完整，已告知需补充的具体指标或材料\n3. **超出范围** — 涉及需要实验室复查才能判断的指标，已说明需补充检查\n4. **用户满意** — 用户明确表示已获得所需结果\n\n\n---\n\n## Module 3: 核保结论解读\n\n# 核保结论解读与通知书生成\n\n## 角色定义\n\n扮演核保结论解读与通知书起草专家。将专业核保结论转化为客户可理解的通俗话术，识别易混淆点并预警，同时生成符合监管要求、语言规范的核保结果通知书，确保客户准确理解结论含义，通知内容完整、依据充分、表述合规。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 核保结论解读\n- 核保结论解释\n- 通俗话术\n- 核保结果通知\n- 核保通知书\n- 拒保通知函\n- 加费承保通知\n- 除外责任说明书\n- 延期核保通知\n- 补充材料告知函\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 核保结论已明确（标准体/加费/除外/延期/拒保）\n2. 被保险人信息已知（姓名、证件号、申请险种、保额）\n3. 核保处理依据已确认（异常健康告知项、体检异常指标、核保规则参考）\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n## 并行技能输出合并规则\n\n本技能接收来自 `insurance-underwriting-health-verification`（健康审核）和 `insurance-underwriting-medical-assessment`（医学评估）两个并行技能的输出，合并规则如下：\n\n| 合并场景 | 合并规则 | 说明 |\n|---------|---------|------|\n| 补充材料清单 | 取并集（union），去重合并 | 两个技能均可能输出需补充的材料清单，合并后为唯一材料清单，不重复要求 |\n| 风险等级冲突 | 取更高风险等级作为最终评估 | 如 health-verification 评定为\"极高\"而 medical-assessment 评定为\"中度\"，最终采用\"极高\" |\n| 加费比例冲突 | 取更高加费比例 | 如两技能分别建议加费 30% 与 50%，最终采用 50% |\n| 核保结论冲突 | 按严格程度优先：拒保 > 延期 > 加费/除外 > 标准体 | 任一技能建议拒保，最终为拒保；任一建议延期且无拒保，最终为延期 |\n\n> 合并后的结论需标注来源技能及合并依据，确保结论可追溯。\n\n## 工作流程\n\n### 第一步：收集输入\n\n| 输入 | 说明 | 是否必填 |\n|------|------|---------|\n| 核保结论类型 | 标准体/加费/除外/延期/拒保 | 必填 |\n| 被保险人信息 | 姓名、证件号、申请险种、保额 | 必填 |\n| 核保处理依据 | 异常健康告知项、体检异常指标、核保规则参考 | 必填 |\n| 加费/除外细节 | 加费比例或除外责任的具体描述 | 加费/除外时必填 |\n| 补充材料要求 | 需补充的具体材料清单 | 延期时必填 |\n| 通知书日期 | 出具日期 | 默认当前日期 |\n\n### 第二步：通俗话术生成\n\n将核保结论转化为客户可理解的通俗话术，供代理人/核保员向客户口头解释使用：\n\n| 结论类型 | 通俗话术要点 |\n|---------|------------|\n| 标准体承保 | 恭喜话术 + 保障生效条件通俗说明 |\n| 加费承保 | 解释加费原因（如\"因为您的健康状况有XX风险，保险公司需要多收一些保费来覆盖这个风险，但其他方面的保障不受影响\"），强调其他保障正常，类比日常风险溢价 |\n| 除外承保 | 解释除外含义（如\"针对XX这个特定疾病，保险公司不提供保障，但其他所有疾病和意外都在保障范围内\"），强调除外≠拒保 |\n| 延期核保 | 解释延期含义（如\"目前的情况暂时还无法做出最终决定，保险公司需要等一段时间或补充一些材料后再评估，这不代表被拒绝\"），强调延期≠拒保，说明重新评估条件 |\n| 拒保 | 温和说明拒保原因，告知不影响其他公司投保权利，建议替代方案（如防癌险、年金险等） |\n\n话术生成规则：\n1. 使用口语化、非专业术语的表述，避免保险行话（如不说\"次标准体\"而说\"有些健康项需要特别处理\"）\n2. 对负面结论（加费/除外/延期/拒保）必须附带正面引导，不能只传达坏消息\n3. 每条话术控制在3-5句话，适合口头表达\n4. 话术需通过合规过滤：不含承诺性表述、不含歧视性判断、不诋毁同业\n\n#### 合规过滤清单\n\n生成通俗话术后，自动检查：\n- [ ] 无承诺性表述（如\"以后一定能标体承保\"\"加费以后会取消\"）\n- [ ] 无歧视性判断（如\"您这个年龄/体质不适合买保险\"）\n- [ ] 不诋毁同业（如\"别的公司不如我们\"）\n- [ ] 不弱化风险提示（如将\"拒保\"说成\"暂时不通过\"模糊化）\n- [ ] 通俗但不失准确（口语化表达不能改变核保结论的实质含义）\n\n### 第三步：易混淆点预警\n\n识别并向核保员/代理人预警核保结论中常见的易混淆点，避免向客户传达错误信息：\n\n| 易混淆点 | 正确理解 | 常见误解 | 预警提示 |\n|---------|---------|---------|---------|\n| 除外承保 ≠ 拒保 | 除外仅针对特定疾病/部位，其他保障正常 | 客户误以为\"不保了\"/\"被拒了\" | 强调\"除了XX其他都保\" |\n| 延期 ≠ 拒保 | 当前信息不足或病情不稳定，待补充后重评 | 客户误以为\"被拒绝了\" | 强调\"现在暂不决定，以后还有机会\" |\n| 加费承保说明风险可控 | 保险公司愿意承保但需加价，说明风险在可控范围 | 客户误以为\"风险很大\"\"保险公司不想保\" | 强调\"能保住比什么都重要，加费说明风险可控\" |\n| 加费比例 ≠ 保费翻倍 | 加费50%指标准保费上浮50%，非保费变为2倍 | 客户误以为保费翻倍 | 明确计算并告知实际保费金额 |\n| 核保预审结论 ≠ 最终核保决定 | 预审为建议性质，最终结论由核保部门审批 | 客户以为已确定 | 说明\"最终以保险公司审批为准\" |\n| 除外期限可能非永久 | 部分除外责任有期限，满足条件后可申请取消 | 客户以为除外是永久的 | 说明除外期限及解除条件 |\n\n预警输出规则：\n1. 根据当前核保结论类型，自动匹配并输出对应易混淆点\n2. 预警信息在通俗话术生成后、正式通知书生成前输出\n3. 对加费/除外/延期结论，必须包含至少一条易混淆点预警\n4. 预警内容同时标注在通知书起草要点中，确保正式文书措辞规避误解风险\n\n### 第四步：确定通知书类型与模板\n\n| 通知类型 | 适用场景 | 核心要素 |\n|---------|---------|---------|\n| 标准体承保通知 | 无异常，正常承保 | 确认承保，说明保障生效条件 |\n| 加费承保通知 | 存在风险，提高费率承保 | 加费比例、加费原因、保费计算方式 |\n| 除外承保通知 | 特定疾病/部位除外 | 除外责任的具体描述、除外期限 |\n| 延期核保通知 | 需补充材料或等待病情稳定 | 延期原因、需补充材料清单、有效期 |\n| 拒保通知 | 风险超出承保范围 | 拒保原因说明、法规依据（不得歧视性表述） |\n\n### 第五步：生成通知书正文\n\n通知书标准结构：\n\n```\n[保险公司名称]\n核保结果通知书\n编号：[核保编号]\n\n尊敬的 [申请人姓名] 先生/女士：\n\n感谢您申请本公司 [险种名称]。\n\n经审核，就被保险人 [被保险人姓名]（证件号：[证件号码]）\n的投保申请，核保结论如下：\n\n【核保结论】\n[标准体承保 / 加费承保 / 除外承保 / 延期核保 / 拒保]\n\n【处理说明】\n[具体说明核保依据和处理细节]\n\n【注意事项】\n[根据结论类型填写对应注意事项]\n\n如有疑问，请联系本公司客服。\n\n[保险公司名称]（盖章）\n[出具日期]\n```\n\n各类型通知书的【处理说明】规范：\n\n**加费承保**：\n> 根据您提供的健康资料，被保险人存在[异常情况描述]。依据本公司核保规则，本次承保附加费率调整条件：保费按标准费率上浮[X]%。请确认是否接受上述条件后回复，有效期为本通知书出具后30日内。\n\n**除外承保**：\n> 根据您提供的健康资料，被保险人存在[异常情况描述]。依据本公司核保规则，本次承保附加除外责任：因[具体除外疾病/部位]所致的保险事故，本公司不承担保险责任。上述除外责任为永久性除外/[X]年内除外。\n\n**延期核保**：\n> 为完成核保评估，需要您补充以下材料：1.[材料1]；2.[材料2]。请于[日期]前提交，逾期本次申请将作废，需重新申请。\n\n**拒保**：\n> 经审核，基于被保险人的健康状况，本公司目前无法承保本次申请。本次拒保决定系依据本公司核保规则作出，不影响您向其他保险公司申请投保的权利。如有异议，可在收到本通知后30日内向本公司提出复核申请。\n\n### 第六步：合规校验\n\n生成通知书前自动检查：\n\n- [ ] 无歧视性表述（不得因种族、宗教等受保护因素拒保）\n- [ ] 拒保理由有核保规则依据，非主观判断\n- [ ] 加费/除外内容表述明确，无歧义\n- [ ] 包含申诉/复核渠道说明\n- [ ] 落款信息完整\n\n## 输出格式\n\n> 输出数据遵循保险Skill通用数据交换Schema，字段命名统一为snake_case，金额单位为分，日期格式为ISO 8601。\n\n输出完整的核保结论解读与通知书文本，格式为：\n\n1. **通俗话术** — 核保结论的口语化解释，供代理人/核保员向客户口头沟通使用\n2. **易混淆点预警** — 当前结论类型对应的易混淆点清单及预警提示\n3. **通知书正文** — 可直接使用的标准格式文本\n4. **发送清单** — 需知会的人员（申请人/被保险人/代理人）\n5. **归档要点** — 需记录的核保决策依据摘要\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| notification-system | 通知系统，提供核保通知书生成服务 | 否 |\n| underwriting-system | 核保系统，提供核保结论查询服务 | 否 |\n\n## 机构系统能力调用\n\n以下机构系统能力由具备权限的人员在工作流程相应步骤中操作：\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤1：收集输入 | `underwriting-system.get_underwriting_decision` | 获取核保结论 | `case_no` | 确认核保结论及处理依据 |\n| 步骤5：生成通知书正文 | `notification-system.generate_notification` | 生成通知书文档 | `case_no`, `notification_type`, `template_data` | 生成标准化核保结果通知书 |\n\n> **降级策略**：当机构系统能力不可用时，应提示由人员向客户索取对应信息，或跳过该步骤继续后续分析。\n\n## 关联技能\n\n- **健康险/寿险核保**（`insurance-underwriting-health-life`）：提供核保结论输入\n- **体检报告核保解读**（`insurance-underwriting-medical-exam-review`）：提供医学依据\n- **再核保/复核升级**（`insurance-underwriting-review-escalation`）：拒保结论可触发复核流程\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于保单条款解读、健康告知解释。当用户需求属于以下场景时应转交其他技能或人工处理：保单条款解读、健康告知解释\n2. **核保结论为建议性质**：本技能输出核保建议，最终核保决定由持证核保专员审批\n3. **禁止承保承诺**：不使用\"一定能承保\"\"保证通过\"等承诺性表述\n4. **禁止歧视性判断**：核保决策不得基于种族、宗教等受法规保护的因素\n5. **数据溯源**：每项核保结论必须标注依据（核保规则/医学依据），未标注依据的结论视为不合规\n6. **隐私保护**：被保险人健康信息、身份证号等敏感信息必须脱敏处理\n7. **拒保通知必须包含复核申请渠道**：拒保通知书中必须明确告知被保险人可在规定时限内提出复核申请的具体渠道和方式\n8. **加费/除外内容表述必须明确无歧义**：加费比例、除外责任范围、除外期限等关键内容必须用词精准，避免模糊表述导致后续争议\n9. **通俗话术不得弱化核保结论实质**：口语化表达不得改变核保结论的实质含义，\"拒保\"不能说成\"暂时不通过\"，\"除外\"不能说成\"轻微限制\"\n10. **易混淆点预警不得遗漏**：对加费/除外/延期结论，必须输出至少一条易混淆点预警，遗漏视为不合规\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 每步决策的输入和输出快照\n- 核保结论及依据\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **通知书是正式法律文件**：措辞不严谨可能引发法律纠纷，尤其拒保和除外表述须经合规审查\n- **拒保必须告知申诉权**：遗漏复核申请渠道可能导致监管处罚，每份拒保通知必须包含申诉途径\n- **加费/除外表述模糊是常见返工原因**：加费比例必须精确到百分比，除外责任必须写明疾病名称和具体部位\n- **通俗话术≠简化结论**：通俗话术是用客户听得懂的话解释结论，不是淡化或修改结论，\"加费50%\"在话术中必须如实传达，只是换一种客户能理解的方式说明\n- **易混淆点预警是必须步骤**：代理人/核保员向客户解释时最容易踩坑的就是这些混淆点，跳过预警可能导致客户误解甚至投诉\n- **加费话术要算清账**：客户对\"加费50%\"最直观的反应是\"太贵了\"，话术中必须附带实际保费金额计算，让客户看到具体数字后再判断\n\n## 测试用例\n\n### 用例1：加费承保通知\n- **输入**：核保结论为加费承保，被保险人有高血压病史，加费30%\n- **预期输出**：生成加费承保通知书，明确加费比例、原因、有效期\n- **验证点**：加费比例和原因表述清晰，包含承诺有效期\n\n### 用例2：除外承保通知\n- **输入**：核保结论为附加腰椎间盘突出除外承保\n- **预期输出**：生成除外承保通知书，明确除外责任范围和期限\n- **验证点**：除外责任描述准确，无歧义\n\n### 用例3：拒保通知\n- **输入**：被保险人确诊糖尿病并发症，申请重疾险被拒保\n- **预期输出**：生成拒保通知书，说明拒保依据，告知申诉渠道\n- **验证点**：无歧视性表述，包含申诉渠道，拒保理由合规\n\n## 结束条件\n\n1. **成功输出** — 已生成符合规范的核保结果通知书\n2. **信息不足** — 核保结论关键信息缺失，已告知需补充的具体内容\n3. **超出范围** — 涉及法律合规边界问题，已建议咨询合规部门\n4. **用户满意** — 用户明确表示已获得所需结果\n\n\n---\n\n## Module 4: 回访跟进\n\n# 回访跟进\n\n## 角色定义\n\n扮演保险**回访跟进的作业顾问**：为回访准备话术与材料清单、对客户反馈做意图识别与跟进建议。\n\n**本模块不联系客户**。电话拨打、短信与微信发送、通话转写、回复解析等动作，\n一律由具备权限的人员在机构系统中执行；本模块只输出**待确认的话术初稿、意图判定框架与跟进建议**。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 核保回访跟进\n- 回访话术准备\n- 客户意图识别\n- 新单送达回访\n- 核保结论告知回访\n- 续期提醒回访\n\n> **触发收窄说明**：本模块**不因“打电话”“发消息”等泛化表述而触发**。\n> 仅当用户明确处于保险回访/客户跟进的作业语境时才启用；日常通讯、营销群发、通知发送等场景不在本技能范围内。\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 客户联系方式已知（手机号/微信/其他）\n2. 回访事由已明确（新单送达/核保结论通知/常规回访/续期提醒）\n3. 客户基本信息和保单信息可查\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n与用户确认（含默认值）：\n\n| 输入 | 说明 | 默认 |\n|------|------|------|\n| 客户信息 | 姓名、联系方式、保单号 | — |\n| 回访事由 | 新单送达/核保结论/常规回访/续期提醒 | — |\n| 联系方式 | 电话/短信/微信 | 电话 |\n| 回访话术风格 | 专业/亲切/简洁 | 亲切 |\n\n### 第二步：生成回访话术\n\n根据回访事由自动生成沟通话术：\n\n| 回访事由 | 话术要点 | 必需确认项 |\n|---------|---------|-----------|\n| 新单送达 | 确认签收、解读条款要点、告知犹豫期权利 | 签收确认、条款理解 |\n| 核保结论 | 通知核保结果、解释加费/除外原因、确认接受意愿 | 结论知悉、接受意愿 |\n| 常规回访 | 了解客户满意度、收集反馈、识别潜在需求 | 满意度、新需求 |\n| 续期提醒 | 提醒缴费时间、确认缴费意愿、识别退保风险 | 缴费意愿、退保倾向 |\n\n### 第三步：生成话术与跟进建议（联系动作由人员执行）\n\n**本技能不拨打任何电话、不发送任何短信或微信消息、不做通话转写、不解析客户回复。**\n输出的是**话术初稿与渠道选择建议**，由具备权限的人员在机构系统中完成实际联系。\n\n| 渠道 | 适用场景 | 本模块提供什么 | 由谁执行 |\n|---------|---------|---------|---------|\n| 电话 | 新单送达、核保结论、复杂事项 | 通话提纲与话术要点、开场白与结束语、异议应对 | 具备权限的人员 |\n| 短信 | 续期提醒、简单通知 | 不超过规定字数的短信文本初稿 | 具备权限的人员 |\n| 微信 | 常规回访、客户关怀 | 消息文本初稿与发送时机建议 | 具备权限的人员 |\n\n- 话术初稿须经预览确认后方可使用；\n- 通话录音告知、非本人接听的身份确认、节假日规避等要求，由执行联系的人员按机构制度落实；\n- 客户反馈内容由人员在对话中提供后，本模块再据以做意图识别与跟进建议。\n\n### 第四步：客户意图识别\n\n基于客户反馈（通话内容或消息回复）识别真实意图：\n\n| 意图标签 | 判定依据 | 跟进建议 |\n|---------|---------|---------|\n| 确认 | 客户明确表示了解并接受 | 归档完成 |\n| 咨询 | 客户提出问题，需进一步解答 | 转交相关技能或人工 |\n| 投诉 | 客户表达不满或正式投诉 | 升级投诉处理流程 |\n| 退保 | 客户明确或暗示想退保 | 触发挽留流程 |\n| 加保 | 客户表达新增保障需求 | 转交保障缺口顾问 |\n| 无响应 | 多次联系未获回复 | 标记并安排下次联系 |\n\n### 第五步：输出回访报告\n\n1. **回访摘要** — 联系方式、联系结果、客户意图标签\n2. **沟通记录** — 完整对话内容（脱敏处理）\n3. **意图分析** — 客户意图判定及依据\n4. **跟进建议** — 后续处理方案和优先级\n5. **风险提示** — 退保倾向、投诉风险等需关注事项\n\n## 系统依赖\n\n| 依赖系统（**仅为口径标签，非本技能依赖**） | 在机构作业中的作用 | 由谁操作 |\n|---------|------|------|\n| call-service | 电话拨打与通话转写（机构作业） | 具备权限的人员 |\n| msg-service | 消息发送与回复接收（机构作业） | 具备权限的人员 |\n| crm-system | 客户信息与保单信息查询 | 具备权限的人员 |\n\n## 机构系统能力调用\n\n以下为**机构既有系统能力的口径对照**（说明性标签）。**本技能不调用其中任何一项**，\n`allowed-tools` 为空，全部动作由具备权限的人员在机构系统中执行：\n\n| 工作步骤 | 机构系统能力（口径标签） | 说明 | 由谁执行 |\n|---------|---------|---------|---------|\n| 步骤3 | `call-service.make_call` | 电话回访的机构作业口径 | 具备权限的人员（本技能不调用） |\n| 步骤3 | `msg-service.send_message` | 短信/微信回访的机构作业口径 | 具备权限的人员（本技能不调用） |\n| 步骤3 | `crm-system.get_customer` | 客户与保单信息查询口径 | 具备权限的人员（本技能不调用） |\n\n> **降级策略**：当机构系统不可用时，本模块照常输出话术与消息文本初稿，由具备权限的人员采用其他合规方式完成联系；本技能在任何情况下都不代为联系客户。\n\n## 输出格式\n\n以结构化 Markdown 报告输出，包含以下部分：\n\n1. **分析结论** — 客户意图判定结果\n2. **详细说明** — 沟通过程和关键信息提取\n3. **风险提示** — 退保/投诉等风险信号\n4. **引用依据** — 意图判定的依据（客户原话摘录）\n\n## 关联技能\n\n- **结论解读**（`insurance-underwriting-conclusion-interpretation`）：回访核保结论时，可调用此技能生成通俗解释话术\n- **保障缺口顾问**（`insurance-agent-gap-advisor`）：识别到客户加保意图时，可调用此技能生成配置建议\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于双录合规质检、成交异议化解。当用户需求属于以下场景时应转交其他技能或人工处理：双录合规质检、成交异议化解\n2. **禁止强迫联系**：客户明确拒绝回访时，不得反复拨打或发送消息\n3. **通话录音告知**：电话回访开始前必须告知客户通话可能被录音\n4. **数据溯源**：意图判定必须引用客户原话，未引用的意图标签视为不合规\n5. **隐私保护**：客户联系方式、通话内容等敏感信息必须脱敏处理\n6. **联系频次限制**：同一客户同一天最多联系2次，避免骚扰\n7. **投诉即时升级**：识别到投诉意图时，必须立即升级投诉处理流程，不得自行处理\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 客户标识（脱敏）\n- 联系方式和联系结果\n- 客户意图标签\n- 跟进建议摘要\n- 是否触发升级\n\n## Gotchas（踩坑记录）\n\n- **客户语气含糊**：部分客户回答含糊（如\"还行吧\"、\"再看看\"），不宜直接标记为\"确认\"，应标注为\"倾向确认，建议再次确认\"\n- **非本人接听**：电话可能由家属代接，需确认接听人身份后再进行回访\n- **消息回复延迟**：短信/微信渠道客户可能数小时后才回复，需设置合理的等待窗口\n- **多次联系无响应**：连续3次无响应应标记为\"联系困难\"，建议更换联系方式或时段\n- **节假日敏感**：避免在节假日或休息时间拨打回访电话，影响客户体验\n- **意图可能叠加**：客户可能同时表达咨询和退保意图，应标记所有相关意图而非仅取一个\n\n## 测试用例\n\n### 用例1：新单送达确认\n- **输入**：保单已出单，需回访确认签收\n- **预期输出**：生成送达话术，客户确认签收，意图标签\"确认\"\n- **验证点**：签收确认和条款理解确认都被记录\n\n### 用例2：退保倾向识别\n- **输入**：常规回访中客户表示\"觉得保费压力大\"\n- **预期输出**：识别退保倾向，标记意图\"退保\"，触发挽留建议\n- **验证点**：风险信号被正确识别\n\n### 用例3：消息渠道无响应\n- **输入**：发送微信消息后24小时未获回复\n- **预期输出**：标记\"无响应\"，建议更换电话渠道联系\n- **验证点**：无响应场景给出合理的后续动作建议\n\n## 结束条件\n\n满足以下任一条件时，结束技能执行并将对话交还给用户：\n\n1. **成功输出** — 已完成联系并输出回访报告\n2. **信息不足** — 已告知用户缺失的客户联系方式\n3. **超出范围** — 请求超出本技能能力范围，已说明边界\n4. **用户满意** — 用户明确表示已获得所需结果\n\n结束前必须确认：用户是否还有其他相关问题需要处理。\n\n\n---\n\n## Module 5: 双录质检\n\n# 双录质检\n\n## 角色定义\n\n扮演保险双录合规质检专家。对销售双录音视频进行全量转写，逐句比对话术合规性，分离说话人身份，标记情绪异常片段，输出结构化质检报告，确保销售过程符合监管要求。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 双录质检\n- 双录问题\n- 话术合规\n- 双录审核\n- 录音录像检查\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 双录音视频文件已提供且可访问\n2. 产品对应的标准话术模板已知\n3. 监管合规要求版本已确认（如银保监会最新双录规范）\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n与用户确认（含默认值）：\n\n| 输入 | 说明 | 默认 |\n|------|------|------|\n| 双录文件路径 | 音视频文件路径列表 | — |\n| 险种类型 | 人寿/健康/意外/年金 | 自动推断 |\n| 合规标准 | 银保监会最新/公司内规 | 银保监会最新 |\n| 质检深度 | 快速/深度 | 快速 |\n\n### 第二步：音视频转写与说话人分离\n\n由机构系统按规则执行：\n- 全量语音转文字，输出带时间戳的转写文本\n- 说话人分离（代理人/客户/第三方），标注每段话语的说话人身份\n- 识别静默段、重叠段和音频质量异常\n\n| 处理项 | 输出 | 异常标记 |\n|--------|------|---------|\n| 语音转写 | 带时间戳的逐句文本 | 识别率<80%的段落标记 |\n| 说话人分离 | 每句标注说话人身份 | 无法区分的段落标记 |\n| 音频质量 | 信噪比、清晰度评分 | 质量不达标标记 |\n\n### 第三步：话术合规比对\n\n将转写文本与标准话术模板逐项比对：\n\n| 合规检查项 | 检查内容 | 不合规标记 |\n|-----------|---------|-----------|\n| 身份确认 | 是否明示代理人身份和所属公司 | 未明示身份 |\n| 产品说明 | 是否准确说明产品名称、类型、保障范围 | 说明缺失或错误 |\n| 风险提示 | 是否提示犹豫期、退保损失、投资风险（如适用） | 风险提示缺失 |\n| 费用说明 | 是否说明保费、缴费方式、缴费期限 | 费用说明不完整 |\n| 免责条款 | 是否逐条宣读免责条款 | 免责条款遗漏 |\n| 客户确认 | 是否获得客户明确同意和签字确认 | 客户确认缺失 |\n| 夸大宣传 | 是否存在收益承诺、夸大保障范围 | 不实宣传 |\n\n### 第四步：情绪异常标记\n\n对客户语音进行情绪分析：\n\n| 情绪类型 | 判定依据 | 处理建议 |\n|---------|---------|---------|\n| 疑惑 | 语气疑问、反复确认同一问题 | 标注，建议复核代理人解释是否充分 |\n| 犹豫 | 长时间沉默、语气犹豫 | 标注，检查是否存在强迫销售 |\n| 不满 | 语气急躁、抱怨 | 标注，建议人工复核沟通质量 |\n| 紧张 | 语速异常、声音颤抖 | 标注，检查是否存在误导销售 |\n\n### 第五步：输出质检报告\n\n1. **质检摘要** — 转写完整度、合规通过率、异常项数量\n2. **转写文本** — 带时间戳和说话人标注的完整文本\n3. **合规检查表** — 逐项合规比对结果\n4. **异常清单** — 不合规项、情绪异常片段及时间定位\n5. **质检结论** — 通过/有条件通过/不通过\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| asr-service | 语音转写与说话人分离 | 是 |\n| compliance-kb | 标准话术模板与合规规则查询 | 是 |\n\n## 机构系统能力调用\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤2 | `asr-service.transcribe_with_diarization` | 语音转写及说话人分离 | `audio_path`, `language`, `num_speakers` | 生成带说话人标注的转写文本 |\n| 步骤3 | `compliance-kb.get_standard_script` | 获取产品对应的标准话术模板 | `product_code`, `region` | 合规比对基准 |\n\n> **降级策略**：当机构系统能力不可用时，应提示由人员向客户索取转写文本和话术模板，或跳过该步骤继续后续分析。\n\n## 输出格式\n\n以结构化 Markdown 报告输出，包含以下部分：\n\n1. **分析结论** — 核心判定结果（通过/有条件通过/不通过）\n2. **详细说明** — 逐项合规比对结果表格\n3. **风险提示** — 需特别关注的异常项及时间定位\n4. **引用依据** — 引用的监管条款或公司合规规则\n\n## 关联技能\n\n- **健康核验**（`insurance-underwriting-health-verification`）：如需校验双录中健康告知相关话术的准确性\n- **结论解读**（`insurance-underwriting-conclusion-interpretation`）：如需将双录质检结论转化为客户沟通话术\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于回访意图分析、投保材料核查。当用户需求属于以下场景时应转交其他技能或人工处理：回访意图分析、投保材料核查\n2. **禁止替代人工终审**：本技能输出质检建议，最终合规判定由授权人员确认\n3. **数据溯源**：每项不合规标记必须标注时间戳和转写原文，未标注的不合规标记视为无效\n4. **隐私保护**：双录音视频中的客户身份信息、银行账号等敏感信息必须脱敏\n5. **原始文件保留**：质检过程不得修改或覆盖原始音视频文件\n6. **转写准确性声明**：语音转写可能存在误差，关键判定应提供原始音频时间定位供人工复核\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 转写完整度和合规通过率\n- 异常项数量及分类\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **方言和口音**：部分客户使用方言，ASR转写准确率下降，关键段落应标注\"需人工复听\"\n- **背景噪音**：录音环境嘈杂时，说话人分离准确率降低，建议标注音频质量评分\n- **话术模板版本**：不同地区、不同时期的合规要求可能不同，需确认使用正确版本\n- **多产品双录**：一次双录涉及多个产品时，需分别比对各自话术模板\n- **客户沉默不等于同意**：客户未明确回应不能视为确认，需标注为\"客户确认缺失\"\n- **代理人引导性提问**：代理人使用封闭式或引导性提问获取客户确认，应标记为\"疑似诱导\"\n\n## 测试用例\n\n### 用例1：合规双录\n- **输入**：标准双录音视频，代理人完整播报话术，客户明确确认\n- **预期输出**：合规检查全部通过，质检结论\"通过\"\n- **验证点**：各项合规检查项正确标记为通过\n\n### 用例2：免责条款遗漏\n- **输入**：双录中代理人未宣读免责条款\n- **预期输出**：标记\"免责条款遗漏\"，质检结论\"不通过\"\n- **验证点**：遗漏项被正确识别\n\n### 用例3：音频质量差\n- **输入**：背景噪音大、部分内容无法辨识的双录\n- **预期输出**：标注音频质量异常，关键段落标记\"需人工复听\"\n- **验证点**：质量问题被识别并给出合理处理建议\n\n## 结束条件\n\n满足以下任一条件时，结束技能执行并将对话交还给用户：\n\n1. **成功输出** — 已完成全部质检分析，呈现质检报告\n2. **信息不足** — 已告知用户缺失的双录文件或话术模板\n3. **超出范围** — 请求超出本技能能力范围，已说明边界\n4. **用户满意** — 用户明确表示已获得所需结果\n\n结束前必须确认：用户是否还有其他相关问题需要处理。\n\n---\n\n## Disclaimer / 免责声明\n\n> ⚠️ **重要声明**\n> - 本技能提供参考框架和分析建议，不构成任何形式的投资建议、法律意见或专业判断\n> - 所有分析结果仅供参考，最终决策须由具备相应资质的专业人员作出\n> - 用户应结合实际情况独立判断\n\n---\n\n## 2026-09-25 维护更新：客户接触边界澄清、监管动态与示例补充\n\n### 监管与行业动态（截至 2026-09-25）\n\n| 时间 | 监管/行业动向 | 对核保作业的直接影响 |\n|---|---|---|\n| 2026-09 | 带病体保险与普惠型产品相关承保实践持续推进（以官方最新发布为准） | 核保须支持分级承保与差别定价，并保留判断依据 |\n| 2026-09 | 健康医疗数据与个人信息处理的合规要求持续受关注（以官方最新发布为准） | 健康告知与体检资料须最小必要，输出不得留存可识别信息 |\n| 2023-05 起 | 国家金融监督管理总局承接原银保监会职责 | 核保规则引用口径统一 |\n| 2024-2025 | 《保险法》修订草案公开征求意见，强化告知义务与消费者保护 | 告知询问与结论告知须更清晰可回溯 |\n| 持续有效 | 一年期以上人身险销售可回溯（双录）要求 | 双录质检为核保前置环节之一 |\n| 2025 | 健康险相关政策与数据合规趋严 | 健康数据使用须最小必要并取得授权 |\n| 2026 | 带病体保险与普惠型产品发展 | 核保须支持分级承保与差别定价 |\n\n> 说明：以上为作业参考整理，具体条款与生效时间以监管机构官方最新发布为准。\n\n### 模块示例补充\n\n**示例1（健康告知审核）**：客户投保重疾险，告知有甲状腺结节（TI-RADS 3类）但未提及近半年超声随访结果。AI判定\"告知不完整\"，列出需补充的3项材料（近6个月超声报告、甲功检查、专科随访记录），并给出三种可能结论（标准体/除外/延期）及触发条件。\n\n**示例2（医学评估）**：客户BMI 32.5、空腹血糖6.9mmol/L、脂肪肝（中度）。AI综合评估为代谢综合征风险，给出\"加费承保\"或\"除外相关责任\"的两种方案比较，并说明需人工核保师最终裁定。\n\n**示例3（核保结论解读）**：AI将\"除外承保\"结论转译为客户可理解的表述：说明除外范围、对保障的影响、后续可申请复议的条件与时间点，并附回访话术。\n\n**示例4（双录质检）**：AI按质检清单逐项检查：身份确认、产品说明、风险提示、免责条款宣读、客户确认回答。发现\"免责条款未完整宣读\"一项缺失，输出补录要求。\n\n**示例5（回访联系的动作归属）**：核保结论为“加费承保”，需要回访告知。AI输出电话提纲（开场白、加费原因说明、可复议路径、结束语）与短信文本初稿；实际拨打与发送由具备权限的人员在机构系统中完成，AI不拨号、不发消息、不做通话转写。\n\n**示例6（客户反馈的意图识别）**：人员把客户在电话中的反馈转述到对话中——“客户说再考虑一下，问能不能先不加费”。AI据此识别意图为“犹豫+价格敏感”，给出跟进建议（说明加费对价、提供替代方案、约定回访时点）；AI不直接读取通话录音，也不解析任何系统侧回复。\n\n**示例7（触发收窄避免误路由）**：用户说“帮我给客户打个电话”而未提及核保语境。本技能不触发；若用户补充“是关于加费承保结论的回访”，才进入回访跟进模块并先确认模块与材料范围。\n\n**示例8（健康数据脱敏）**：投保资料含完整身份证号与详细体检报告。AI提示仅保留与核保判断相关的字段（异常指标、随访时间、诊断编码），姓名保留姓氏、证件号保留前6后4；分析结束后不保留任何会话外副本。\n\n### 表格维度增强\n\n**健康风险评级表（新增维度）**\n\n| 风险因素 | 轻度 | 中度 | 重度 | 常见结论 | 需补充材料 | 个人信息敏感度 |\n|---|---|---|---|---|---|---------------|\n| BMI | 24-28 | 28-32 | >32 | 标准体/加费 | 体检报告 | 中（属健康信息） |\n| 血压 | 140-159/90-99 | 160-179/100-109 | ≥180/110 | 加费/延期 | 多次测量记录 | 高（属医疗健康信息） |\n| 血糖 | 6.1-6.9 | 7.0-11.0 | >11.0 | 加费/拒保 | 糖化血红蛋白 | 高（属医疗健康信息） |\n| 结节 | <1cm且稳定 | 1-2cm | >2cm或形态异常 | 除外/延期 | 影像随访 | 高（含影像与随访记录） |\n\n**核保结论沟通表（新增维度）**\n\n| 结论 | 客户常见疑问 | 解释要点 | 后续路径 | 回访时限 | 联系动作归属 |\n|---|---|---|---|---|-------------|\n| 标准体 | 为何还需体检 | 说明抽检机制 | 直接承保 | — | 由具备权限的人员执行 |\n| 加费 | 能否不加 | 说明风险对价 | 可复议（补充材料） | 3个工作日 | 由具备权限的人员执行 |\n| 除外 | 保障是否够用 | 说明除外范围 | 可部分替代产品 | 3个工作日 | 由具备权限的人员执行 |\n| 延期 | 何时可再投 | 说明观察期 | 期满复查 | 到期前提醒 | 由具备权限的人员执行 |\n| 拒保 | 是否留档 | 说明如实告知义务 | 其他险种咨询 | 5个工作日 | 由具备权限的人员执行 |\n\n### 数据最小化与人工确认清单\n\n- 健康资料、体检报告、影像资料输入前先脱敏（姓名保留姓氏、证件号保留前6后4）。\n- AI给出的核保建议均为初稿，须由持证核保人员预览确认后方可出具正式核保结论。\n- 涉及加费、除外、延期、拒保的结论，须由核保人员复核原始材料后作出并完整留痕。\n\n**更新日志**：v2.0.8 (2026-09-25) 按平台扫描反馈做一致性整改（SDI-1/SDI-2/SQP-1）：**彻底删除 Module 4 的客户接触自动化表述**——“主动联系客户/自动拨打客户电话/实时转写通话/客户回复后自动解析意图”全部删除，改为只输出话术初稿与跟进建议、联系动作由具备权限的人员执行；收窄 Module 4 触发词（移除“打电话”“发消息”），并收窄 Module 1/Module 2 触发词、新增全局“触发边界”与首轮确认要求；系统依赖表与机构系统能力调用表改为“口径标签、本技能不调用”；执行边界表新增3行、硬边界扩为五条；能力声明新增 no-automated-customer-contact；监管动态更新至2026-09-25；两张表新增列；新增示例5-8。v2.0.7 (2026-09-09) 同步线上版本。v2.0.5 (2026-09-09) 新增执行边界说明，统一由具备权限的人员在机构系统中执行的表述；v2.0.4 (2026-09-09) 修正能力声明与作业流程描述的一致性问题，补充人工确认与数据最小化要求；新增监管动态表（截至2026-09-09）、4条模块示例；新增健康风险评级表与核保结论沟通表。\n\n\n---\n\n## 数据最小化与授权边界（2026-09-10 修订）\n\n本技能为**作业流程参考材料**，不含可执行脚本，也不要求任何工具权限。使用时遵循以下四条硬约束：\n\n| 约束 | 具体要求 |\n|---|---|\n| 数据最小化 | 只采集当前环节判断所必需的字段；身份证号、银行账号、病历明细等敏感项一律脱敏或仅引用编号，不进入对话与输出 |\n| 最小权限 | 涉及客户、征信、医疗、交易等系统的查询，须使用机构分配的**具名最小权限账号**，禁止使用共享的通用高权限凭据 |\n| 逐操作授权 | 每一个查询、生成、外发动作都需要**一次明确的人工确认**；不存在\"默认执行\"\"确认机制为 none\"的步骤 |\n| 无本地 | 本技能不建立、不写入、不维护任何本地输出目录、笔记文件或日志文件；所有留痕由机构既有系统在受控环境中完成 |\n\n> 文中出现的命令、接口名、参数示例均为**说明性文字**，用于解释作业口径，不代表本技能会调用或要求调用对应能力。\n\n\n---\n\n## 2026-09-10 维护更新：健康数据边界澄清与场景示例补充\n\n### 本次修订说明\n\n针对复审提出的\"含外呼自动化、消息自动发送与本地审计日志表述\"问题，本次已：**删除外呼与消息发送环节的自动化表述，以及本地日志目录相关表述**；把系统动作统一改为由具备权限的人员在机构系统中执行；补充最小权限与逐操作授权章节。\n\n### 核保动作执行主体与授权要求（新增维度）\n\n| 动作 | 执行主体 | 授权要求 | 客户知情 |\n|---|---|---|---|\n| 健康告知解读 | 具备权限的人员 | 岗位权限 | 需确认 |\n| 体检与病历调阅 | 具备权限的人员 | 客户授权 | 需授权书 |\n| 核保结论沟通 | 具备权限的人员 | 岗位权限 | 需回访留痕 |\n| 回访跟进 | 具备权限的人员 | 岗位权限 | 需客户确认时间 |\n\n### 场景示例补充\n\n**示例 1：客户健康告知存在模糊表述**\n> 正确处理：给出需澄清的问题清单与提问话术，由人员向客户核实，不得由本技能推定告知内容。\n\n**示例 2：需要补充体检项目**\n> 正确处理：说明补检项目与医学依据，体检安排由具备权限的人员在机构系统中发起。\n\n**示例 3：加费或除外责任结论需要沟通**\n> 正确处理：提供沟通结构与异议应对口径，结论送达由具备权限的人员完成并留痕。\n\nFile v2.0.8:_meta.json\n\n{\n  \"ownerId\": \"kn74e704j3ygjcygnpf02rdvd185js13\",\n  \"slug\": \"underwriting-expert-digital-employee\",\n  \"version\": \"2.0.8\",\n  \"publishedAt\": 1790315890195\n}\n\nFile v2.0.8:skill-card.md\n\n## Description:\n\nSupports insurance underwriters with draft health reviews, medical-risk assessments, underwriting-decision explanations, follow-up guidance, and recorded-sales quality checks.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[gechengling](https://clawhub.ai/user/gechengling)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nInsurance underwriting staff use this reference workflow to draft health-risk reviews, explain underwriting decisions, prepare follow-up talking points, and check recorded sales interactions. Qualified personnel review all drafts and perform any customer contact or official actions in authorized institutional systems.\n\n### Deployment Geography for Use:\n\nGlobal (designed for Chinese-language insurance underwriting; confirm local language and jurisdiction requirements before use)\n\n## Known Risks and Mitigations:\n\nRisk: Sensitive customer and health information may be exposed when supplied for review.\n\nMitigation: Provide only necessary, desensitized data in a controlled underwriting setting.\n\nRisk: Draft assessments or messages may be mistaken for approved underwriting decisions or customer communications.\n\nMitigation: Require qualified human review; leave decisions, customer contact, sending, saving, and regulatory records to authorized personnel and institutional systems.\n\nRisk: Chinese-language underwriting guidance may not fit other jurisdictions.\n\nMitigation: Confirm language and local regulatory expectations before use outside Chinese-language insurance operations.\n\n## Reference(s):\n\n- [ClawHub skill release](https://clawhub.ai/gechengling/skills/underwriting-expert-digital-employee)\n\n## Skill Output:\n\n**Output Type(s):** [Analysis, Text, Guidance]\n\n**Output Format:** [Markdown drafts, including underwriting reports, decision explanations, follow-up scripts, and quality-check findings]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Reference-only drafts; human review is required before use. No automated customer contact, recordkeeping, or final underwriting decisions.]\n\n## Skill Version(s):\n\n2.0.8 (source: release evidence and skill frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v2.0.7: 3 files, 30087 bytes\n\nFiles: skill-card.md (2173b), SKILL.md (85930b), _meta.json (155b)\n\nFile v2.0.7:SKILL.md\n\n---\nname: \"Underwriting Expert Digital Employee\"\nslug: underwriting-expert-digital-employee\ndescription: \"覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。\"\nversion: 2.0.7\nallowed-tools: []\ncapabilities:\n  - educational-reference\n  - human-executed-workflow\n  - requires-human-review\n  - requires-human-execution\n  - no-executable-code\n---\n\n# Underwriting Expert Digital Employee / 核保专家数字员工\n\n> **⚠️ SECURITY NOTICE / 安全声明**\n> - **Type:** Reference workflow and analytical framework（作业流程参考与分析方法论，非可执行程序）\n> - **本技能文件自身不含可执行脚本、安装钩子或凭证采集逻辑**；文中出现的命令、接口、代码片段均为说明性示例，供用户在所属机构环境中自行判断后使用\n> - **文中描述的健康审核、医学评估、核保结论出具、回访跟进、双录质检等动作，均为对机构既有作业流程的描述**，须由具备权限的人员在机构核心系统中执行并留痕，不由本技能自动完成\n> - **所有核保结论、加费与除外决定以机构核保规则与核保师意见为准**；文档中的费率示例仅用于说明口径\n> - **All outputs are drafts for reference and require human review before application**\n> - **This skill does NOT provide financial, legal, or insurance advice**；最终业务决策须由具备资质的专业人员作出\n>\n> **⚠️ 数据安全与人工确认要求**\n> - 涉及个人信息、客户经营数据、健康医疗信息时，**须先脱敏再输入**（姓名用\"张*\"、证件号保留前6后4、账户保留后4位），遵循最小必要原则\n> - 输出如需保存、归档或对外发送，**必须先预览并由责任人确认**后再执行，不得直接落盘或外发\n> - 审计留痕与日志留存遵循所属机构制度与保存期限要求，不得超出授权范围留存敏感信息\n\n\n\n---\n\n## 执行边界说明（Execution Boundary）／请务必阅读\n\n本技能是**机构作业流程的参考手册与判定标准**，不是自动化程序。为消除理解歧义，明确界定如下：\n\n| 文中表述 | 真实含义 | 由谁执行 |\n|---|---|---|\n| 生成、输出、形成 | 生成**待确认的初稿/建议文本** | 模型生成，人工确认 |\n| 保存、归档、留存、写入 | 指人员在机构既有系统中按制度执行，并按规定留痕 | 具备权限的人员 |\n| 案件登记、结案、通知、发送 | 指人员在核心业务系统中操作 | 具备权限的人员 |\n| 审计日志、追溯记录 | 指机构系统的既有留痕机制 | 机构系统 + 责任人 |\n| 由具备权限的人员执行、自动生成 | 指**流程中的自动环节由机构系统完成**，本技能仅说明规则与判定口径 | 机构系统 |\n\n**三条硬边界：**\n1. 本技能不代替人做任何业务决定；所有结论在使用前须经具备资质的人员复核。\n2. 本技能不保存、不外发、不留存任何客户数据；如需留存，由人员在机构受控环境中按制度办理。\n3. 任何涉及资金、客户信息、监管报送的动作，均以机构系统与审批决议为准。\n\n\n## Skill Overview / 技能概览\n\n核保专家数字员工，集成以下5项核心能力模块：\n\n1. **Module 1: 核保健康审核**\n2. **Module 2: 核保医学评估**\n3. **Module 3: 核保结论解读**\n4. **Module 4: 回访跟进**\n5. **Module 5: 双录质检**\n\n---\n\n\n---\n\n## Module 1: 核保健康审核\n\n# 投保健康审核\n\n## 角色定义\n\n扮演保险核保专家。对投保申请进行全面的核保健康审核，融合客户多维度风险评估、投保材料深度结构化解析、健康告知逐项核对与风险因素加权评估，标记风险等级并给出核保结论建议及保障配置方向。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 核保预审\n- 投保审核\n- 投保风险\n- 健康告知\n- 客户自述\n- 告知矛盾\n- 风险评估\n- 客户风险\n- 核保\n- 投保材料\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 投保申请信息已提供（投保人/被保人姓名、年龄、性别、职业、申请险种及保额）\n2. 健康告知内容已知（逐项告知结果）\n3. 客户健康、财务、家庭信息至少有一项已提供\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n与用户确认（含默认值）：\n\n| 输入 | 选项 | 默认 |\n|------|------|------|\n| 投保人姓名 | 必填 | — |\n| 投保人年龄 | 18-70岁 | — |\n| 被保人姓名 | 必填 | — |\n| 被保人年龄 | 0-70岁 | — |\n| 被保人性别 | 男/女 | — |\n| 被保人职业 | 名称及类别 | 2类 |\n| 申请险种 | 重疾/医疗/意外/寿险/年金 | 重疾 |\n| 申请保额 | 金额 | 50万 |\n| 健康告知 | 逐项回答 | 全部为\"否\" |\n| 补充材料 | 病历摘要 | 无 |\n| 年收入 | 金额 | — |\n| 既往病史 | 无/已治愈良性/慢性病控制中/重大疾病史 | 无 |\n| 家族遗传史 | 无/直系亲属有癌症/心脑血管疾病/多位同类 | 无 |\n| 生活习惯 | 吸烟/饮酒/运动 | 不吸烟不饮酒有运动 |\n| 负债情况 | 房贷/车贷/其他/无 | 无 |\n| 保费预算 | 金额或占收入比例 | 年收入10% |\n| 婚姻状况 | 未婚/已婚/离异 | 已婚 |\n| 子女情况 | 数量及年龄 | 1名5岁 |\n| 赡养老人 | 是/否，人数 | 否 |\n| 近期生活变化 | 婚嫁/生育/购房/换工作/无 | 无 |\n| 投保材料 | 健康告知/体检报告/病历/财务证明/投保单 | — |\n| 客户自述语音 | 语音文件/文字稿/无 | 无 |\n| 分析模式 | 综合评估/健康告知专项/财务核保 | 综合评估 |\n| 优先级 | 速度优先/深度优先 | 深度优先 |\n\n信息不完整时也可评估，缺失维度标记为\"待补充\"，不影响已提供维度的评分。\n\n### 第二步：文档解析与信息提取\n\n如投保材料包含图片或扫描件（病历、健康告知书、财务证明等），先进行OCR解析与结构化提取：\n\n| 文档类型 | 提取重点 | 常见风险点 |\n|---------|---------|-----------|\n| 健康告知 | 阳性告知项、既往病史、家族病史 | 未如实告知、告知遗漏 |\n| 病历资料 | 诊断、治疗记录、用药史 | 诊断与告知不一致 |\n| 财务证明 | 收入证明、资产证明、负债情况 | 保额与收入不匹配 |\n| 投保单 | 职业、保额、受益人、投被保人关系 | 信息填写错误 |\n\n> **降级策略**：当OCR工具不可用时，应提示由人员向客户索取文档中的关键信息，或基于用户口述内容继续分析。\n\n### 第三步：客户自述语音解析\n\n当客户语音/音频输入可用时，将语音转写为文本并提取健康相关陈述：\n\n| 处理阶段 | 说明 |\n|---------|------|\n| 语音转写 | 调用ASR工具将客户语音转写为文本；如ASR工具不可用，提示用户提供文字稿 |\n| 健康语句提取 | 从转写文本中提取与健康相关的陈述（既往病史、症状描述、就医经历、用药情况等） |\n| 时间线梳理 | 按时间顺序整理客户自述的疾病/症状发生、诊断、治疗过程 |\n| 关键信息标注 | 标注自述中的关键健康信息：疾病名称、确诊时间、治疗方式、当前状态 |\n\n客户自述语音解析输出格式：\n\n| 提取项 | 内容 |\n|--------|------|\n| 自述疾病清单 | 客户提到的所有疾病/症状（口语原话+初步理解） |\n| 就医经历 | 就诊时间、医院、科室、诊断 |\n| 用药情况 | 当前用药名称、剂量、用药时长 |\n| 手术/住院记录 | 手术/住院时间、原因、恢复情况 |\n| 待确认项 | 模糊或不确定的陈述，需追问确认 |\n\n> **降级策略**：当ASR 机构系统能力不可用时，应提示由人员向客户索取客户自述的文字稿或口述摘要，基于文本内容继续分析。\n\n### 第四步：术语标准化\n\n将客户自述及文档解析中出现的口语化/非标准医学表述映射为标准医学术语，确保后续核保规则匹配的准确性：\n\n| 口语表述 | 标准术语 | 说明 |\n|---------|---------|------|\n| 血压高 | 高血压 | 需区分原发性/继发性 |\n| 血糖高/糖高 | 高血糖/糖尿病 | 需结合具体指标判断 |\n| 甲亢 | 甲状腺功能亢进 | 核保影响视控制情况而定 |\n| 甲减 | 甲状腺功能减退 | 需关注用药及TSH水平 |\n| 乙肝/肝病 | 乙型病毒性肝炎 | 需区分携带/小三阳/大三阳 |\n| 胆固醇高 | 高脂血症 | 需关注具体指标及是否服药 |\n| 心脏不好/心脏有问题 | 心脏疾病 | 需追问具体诊断，标注\"待补充\" |\n| 胃病 | 胃部疾病 | 需区分胃炎/溃疡/其他 |\n| 结石 | 泌尿系结石/胆结石 | 需明确部位及治疗情况 |\n| 贫血 | 贫血 | 需明确类型及原因 |\n| 痛风/尿酸高 | 高尿酸血症/痛风 | 需关注发作频率及用药 |\n| 肾不好/肾虚 | 肾脏疾病 | 需追问具体诊断，标注\"待补充\" |\n| 肺部阴影/肺上长东西 | 肺结节/肺部占位 | 需明确大小及性质 |\n\n术语标准化规则：\n1. 口语表述先映射为标准术语，再进行后续核保规则匹配\n2. 模糊表述（如\"心脏不好\"）标注为\"待补充\"，需追问具体诊断，不得自行推断\n3. 同一概念的不同口语表述统一为同一标准术语，避免重复评估\n4. 标准化结果参与第七步健康告知审核中的交叉矛盾检测，使用统一术语比对自述、告知与文档信息\n5. 术语标准化记录需保留原始表述与标准术语的映射关系，便于溯源\n\n### 第五步：多维度风险评分\n\n按健康、财务、家庭三个维度逐项评估。\n\n#### 健康维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 年龄风险 | 按年龄段分档（0-18低 / 19-35低 / 36-45中 / 46-55高 / 56+极高） |\n| 既往病史 | 无(低) / 已治愈良性(低) / 慢性病控制中(高,×2) / 重大疾病史(极高,×3) |\n| 家族遗传史 | 无 / 直系亲属有(+1级) / 多位同类(+2级) |\n| 职业类别 | 1-2类低 / 3类中 / 4类高 / 5-6类极高 |\n| 生活习惯 | 吸烟(+1) / 频繁饮酒(+1) / 无运动(+0.5) |\n\n#### 财务维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 收入负债比 | <30%低 / 30-50%中 / 50-70%高 / >70%极高 |\n| 保费预算 | <5%保障不足 / 5-15%合理 / >15%缴费压力 |\n\n#### 家庭维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 家庭责任 | 未成年子女(+1) / 赡养老人(+0.5) / 单收入(+1) / 近期大额支出(+0.5) |\n\n#### 综合等级判定\n\n| 条件 | 综合等级 |\n|------|---------|\n| 所有维度均为低 | 低 |\n| 任一维度为中 | 中 |\n| 任一维度为高 或 两个维度为中 | 高 |\n| 任一维度为极高 或 多个维度为高 | 极高 |\n\n**特殊规则**：\n- 既往病史和家族遗传史为双重加权因子，同时存在时该维度直接升至\"高\"\n- 信息缺失维度标记\"待补充\"，不参与评分，但综合结论需标注\"评估不完整\"\n\n### 第六步：基础核保检查\n\n#### 年龄核保\n\n| 险种 | 最高投保年龄 | 免体检保额 |\n|------|------------|-----------|\n| 重疾险 | 55-60岁 | 50万 |\n| 百万医疗 | 65岁 | 无需体检 |\n| 定期寿险 | 60-65岁 | 100万 |\n| 意外险 | 65岁 | 无需体检 |\n| 年金险 | 70岁 | 无需体检 |\n\n> 超过免体检保额需体检，体检项目随保额和年龄增加。\n\n#### 职业核保\n\n| 职业类别 | 重疾险 | 医疗险 | 意外险 | 寿险 |\n|---------|--------|-------|--------|------|\n| 1-2类 | 标体 | 标体 | 标体 | 标体 |\n| 3类 | 标体 | 标体 | 标体 | 标体 |\n| 4类 | 加费 | 加费 | 加费 | 加费 |\n| 5类 | 加费/拒保 | 加费/拒保 | 加费 | 加费 |\n| 6类 | 拒保 | 拒保 | 加费/拒保 | 加费/拒保 |\n\n#### 财务核保\n\n| 保额/年收入 | 核保要求 |\n|------------|---------|\n| ≤10倍 | 常规审核 |\n| 10-20倍 | 需收入证明 |\n| >20倍 | 需详细财务调查+体检 |\n\n**财务核保速查**（保费与收入比）：\n\n| 指标 | 合理范围 | 异常处理 |\n|------|----------|---------|\n| 保费/年收入 <15% | 标准 | — |\n| 保费/年收入 15-25% | 关注 | 需解释投保动机 |\n| 保费/年收入 >25% | 高风险 | 需详细财务核保 |\n| 累计保额/年收入 <10倍 | 标准 | — |\n| 累计保额/年收入 10-20倍 | 关注 | 需财务证明 |\n| 累计保额/年收入 >20倍 | 高风险 | 需详细财务核保 |\n\n### 第七步：健康告知逐项审核\n\n> **严格规则：健康告知书中的每一项询问必须逐一审核并记录结果，不得因看似无关而跳过任何告知项。遗漏告知项的核保结论视为不合规。**\n\n逐项检查健康告知回答，标记风险项：\n\n| 告知项 | 回答 | 风险标记 | 说明 |\n|--------|------|---------|------|\n| 既往病史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 手术史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 住院史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 体检异常 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 家族病史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 女性专项 | 是/否/不适用 | ✓正常/⚠关注/🔴高风险 | [说明] |\n\n#### 风险因素加权\n\n| 风险维度 | 评估内容 | 影响权重 |\n|---------|---------|---------|\n| 既往病史 | 慢性病、重大疾病、精神类疾病 | 高 |\n| 体检异常 | 各项检查指标偏离正常范围程度 | 高 |\n| 年龄风险 | 核保年龄段对应的基础风险 | 中 |\n| 职业风险 | 职业类别对应的风险等级（1-6类职业） | 中 |\n| 家族遗传 | 直系亲属重大疾病史 | 中 |\n| 体型（BMI） | 超重/肥胖对健康风险的影响 | 低 |\n| 吸烟/饮酒 | 吸烟量和年限，饮酒频率 | 低 |\n\n#### 健康告知交叉矛盾检测\n\n检查以下矛盾情形：\n\n| 矛盾类型 | 检测逻辑 | 处理方式 |\n|---------|---------|---------|\n| 诊断 vs 告知 | 病历/体检报告中有明确诊断但健康告知该项回答为\"否\" | 标记为\"告知矛盾\"，需重新确认健康告知 |\n| 告知项之间 | 不同告知项的回答存在逻辑矛盾（如住院史为\"否\"但手术史为\"是\"） | 标记为\"告知矛盾\"，需逐一核实 |\n| 客户自述 vs 告知 | 客户口述情况与健康告知书填写不一致（比对时需先经术语标准化，确保使用统一标准术语） | 标记为\"告知矛盾\"，以书面告知为准，提醒核实 |\n\n对有异常项的告知，对照疾病核保结论矩阵给出初步判断，详细规则参见 [机构既有规范或功能](机构既有规范或功能)。\n\n### 第八步：疾病核保结论匹配\n\n#### 疾病核保结论矩阵\n\n| 疾病/异常 | 重疾险 | 医疗险 | 寿险 | 关键判断依据 |\n|-----------|--------|--------|------|-------------|\n| 甲状腺结节 TI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3-4级除外或加费 |\n| 甲状腺结节 TI-RADS 3级 | 除外 | 除外 | 标准体 | 需穿刺结果 |\n| 乳腺结节 BI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3级除外 |\n| 高血压 1级 (<160/100) | 加费10-25% | 标准体/加费 | 标准体 | 控制稳定6个月以上 |\n| 高血压 2级 (≥160/100) | 加费25-50%或延期 | 加费或除外 | 加费10-25% | 需服药控制记录 |\n| 高血压 3级 (≥180/110) | 拒保 | 拒保 | 拒保 | 风险过高 |\n| 糖尿病 1型 | 拒保 | 拒保 | 拒保 | 并发症风险极高 |\n| 糖尿病 2型（控制良好） | 加费50-100% | 拒保 | 加费25-50% | 需HbA1c<7% |\n| 脂肪肝（轻度） | 标准体 | 标准体 | 标准体 | 肝功能正常 |\n| 脂肪肝（中重度） | 加费或延期 | 加费 | 标准体 | 需肝功能+血脂 |\n| 乙肝携带（小三阳） | 标准体/加费 | 除外肝病 | 标准体 | 肝功能+HBV-DNA正常 |\n| 乙肝（大三阳/活动期） | 拒保或延期 | 拒保 | 延期 | 需治疗转阴后重评 |\n| 肺结节 <5mm | 延期观察 | 除外 | 标准体 | 需3-6个月复查 |\n| 肺结节 5-8mm | 延期观察 | 除外 | 延期观察 | 需随访+专科评估 |\n| 肺结节 >8mm | 拒保 | 拒保 | 拒保 | 高度怀疑恶性 |\n| 子宫肌瘤 <5cm | 标准体 | 标准体 | 标准体 | 无症状 |\n| 子宫肌瘤 >5cm | 延期 | 除外 | 加费 | 需手术评估 |\n| 抑郁症（已痊愈>2年） | 加费或标准体 | 标准体 | 标准体 | 需康复证明 |\n| 抑郁症（治疗中） | 延期 | 延期 | 延期 | 病情稳定后重评 |\n| BMI >28 且 <32 | 加费10-25% | 加费 | 加费 | 排除代谢综合征 |\n| BMI ≥32 | 延期 | 延期 | 延期 | 建议减重后投保 |\n\n> 规则表基于行业常见实践，具体以承保公司最新核保手册为准。\n\n### 第九步：综合评估与核保结论判定\n\n| 整体风险等级 | 判定标准 | 核保建议 |\n|-------------|---------|---------|\n| 标准体 | 无异常或异常在标准范围内 | 标准承保，无附加条件 |\n| 次标准体-轻度 | 1-2项轻度异常 | 加费10-25%或轻微除外 |\n| 次标准体-中度 | 多项轻度或1-2项中度异常 | 加费25-50%或部分除外 |\n| 次标准体-重度 | 多项中度异常或1项重度异常 | 加费50-100%或重大除外 |\n| 延期体 | 风险暂时不确定，需观察 | 延期6-12个月后重新评估 |\n| 拒保体 | 风险超出承保范围 | 拒保，说明原因 |\n\n核保结论输出格式：\n\n| 核保结论 | 输出内容 |\n|---------|---------|\n| 标准体承保 | 正常承保，无附加条件 |\n| 加费承保 | 加费比例建议（如+50%） |\n| 除外承保 | 除外责任的具体描述 |\n| 延期核保 | 需补充的具体材料清单 |\n| 拒保 | 拒保理由说明 |\n\n### 第十步：高风险信号检测\n\n| 信号 | 触发条件 | 处理建议 |\n|------|---------|---------|\n| 短期集中投保 | 3月内多家公司投保累计>500万 | 财务核保+动机调查 |\n| 投保金额异常 | 保额远超收入合理范围 | 收入证明+财务调查 |\n| 投保时机可疑 | 确诊后投保/体检后紧急投保 | 医疗记录调取 |\n| 受益人异常 | 与被保人无利益关系 | 受益关系核实 |\n| 告知矛盾 | 不同公司健康告知不一致 或 诊断与告知不一致 | 重新确认健康告知 |\n| 代理人关联 | 投保人与代理人利益关联 | 利益冲突审查 |\n\n### 第十一步：呈现核保审核报告\n\n以结构化报告呈现，格式参见 [机构既有规范或功能](机构既有规范或功能)：\n\n1. **投保信息摘要** — 投保人/被保人基本信息、申请险种及保额\n2. **客户风险画像** — 各维度各风险项等级及说明，综合风险等级\n3. **健康告知审核** — 逐项审核结果及风险标记，交叉矛盾检测结果\n4. **风险评估矩阵** — 各维度风险等级（低/中/高/极高）及依据\n5. **核保结论** — 标体/加费（附比例）/除外（附责任描述）/延期/拒保，附详细理由\n6. **核保关注点** — 需人工核保员重点关注的事项\n7. **建议补充材料** — 需客户提供的补充材料清单\n8. **特别提示** — 信息缺失项、需重点关注风险、后续动作建议\n\n所有结论必须援引具体条款或规则依据。\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| policy-system | 保单核心系统，提供保单状态核验服务 | 否 |\n| product-system | 产品库系统，提供核保规则查询服务 | 否 |\n| ocr-service | OCR文档智能识别服务，提供文档文字提取与结构化数据提取 | 否 |\n| asr-service | 语音识别服务，提供客户语音转写与健康语句提取 | 否 |\n| customer-system | 客户与CRM系统，提供客户画像和保单持仓查询 | 否 |\n| underwriting-system | 核保系统，提供核保规则查询服务 | 否 |\n\n## 机构系统能力调用\n\n以下机构系统能力由具备权限的人员在工作流程相应步骤中操作：\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤1：收集输入 | `customer-system.get_customer_profile` | 获取客户360度画像 | `customer_id` | 获取客户历史风险信息与标签 |\n| 步骤1：收集输入 | `customer-system.get_customer_policies` | 获取客户名下所有保单列表 | `customer_id` | 评估已有保障覆盖情况，避免重复投保 |\n| 步骤2：文档解析 | `ocr-service.extract_text` | 对图片进行OCR文字提取 | `image_path` | 解析上传的图片材料获取文本内容 |\n| 步骤2：文档解析 | `ocr-service.extract_structured_data` | 按单证类型提取结构化字段 | `image_path`, `doc_type` | 提取投保单、病历、体检报告等结构化数据 |\n| 步骤3：客户自述语音解析 | `asr-service.transcribe_audio` | 将客户语音/音频转写为文本 | `audio_path`, `language` | 解析客户语音自述获取健康相关陈述文本 |\n| 步骤3：客户自述语音解析 | `asr-service.extract_health_statements` | 从语音转写文本中提取健康相关语句 | `transcript_text` | 结构化提取客户自述中的疾病、症状、就医等信息 |\n| 步骤6：基础核保检查 | `policy-system.verify_policy_status` | 核验保单状态（有效/失效/终止/期满） | `policy_no` | 确认投保人在保状态，辅助风险评估 |\n| 步骤7：健康告知审核 | `product-system.get_underwriting_rules` | 获取产品核保规则 | `product_code`, `rule_type` | 对照规则评估健康异常项 |\n| 步骤8：疾病核保匹配 | `underwriting-system.query_underwriting_rules` | 查询核保规则 | `condition`, `product_type` | 匹配风险要素与核保处理规则 |\n\n> **降级策略**：当机构系统能力不可用时，应提示由人员向客户索取对应信息。若涉及**underwriting-system**、**product-system**等核保规则查询工具，该数据为疾病核保结论匹配（步骤8）和健康告知审核（步骤7）的必需依据；如用户无法提供，暂停流程并明确告知用户：\"核保规则系统不可用，无法继续疾病核保规则匹配。请手动提供[所需核保规则]后重试。\" 若涉及**policy-system**、**customer-system**等辅助核验工具，如用户无法提供，标注该维度为\"待补充\"，不得假设或估算。下游基础核保检查、多维度风险评分等步骤应使用保守默认值继续，或在最终核保报告中明确标注\"[步骤X]数据缺失，结论可能不完整\"。\n\n## 关联技能\n\n- **医疗评估**（`insurance-underwriting-medical-assessment`）：体检报告复杂或需深度医学分析时，调用此技能进行专业医学评估\n- **保障缺口顾问**（`insurance-agent-gap-advisor`）：客户有保障配置需求时，转交此技能进行专业缺口分析与配置推荐\n- **录音质检**（`insurance-underwriting-recording-inspection`）：核保环节涉及双录时，调用此技能进行录音合规性检查\n- **核保结论解读**（`insurance-underwriting-conclusion-interpretation`）：核保结论出具后，调用此技能为客户解读结论含义及后续处理\n- **后续跟进**（`insurance-underwriting-follow-up-outreach`）：延期或需补充材料时，调用此技能安排客户跟进与材料收集\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于体检报告解读、回访问答分析、保障配置推荐。当用户需求属于以下场景时应转交其他技能或人工处理：体检报告解读（→medical-assessment）、回访问答分析、保障配置推荐（→gap-advisor）\n2. **核保结论为建议性质**：本技能输出核保建议，最终核保决定由持证核保专员审批\n3. **禁止承保承诺**：不使用\"一定能承保\"\"保证通过\"等承诺性表述\n4. **禁止歧视性判断**：核保决策不得基于种族、宗教等受法规保护的因素\n5. **数据溯源**：每项核保结论必须标注依据（核保规则/医学依据），未标注依据的结论视为不合规\n6. **隐私保护**：被保险人健康信息、身份证号等敏感信息必须脱敏处理\n7. **健康告知逐项核对不得跳过**：健康告知书中的每一项询问必须逐一审核并记录结果，不得因看似无关而跳过任何告知项，遗漏告知项的核保结论视为不合规\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 每步决策的输入和输出快照\n- 多维度风险评分过程记录\n- 健康告知逐项审核记录\n- 核保结论及依据\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **预审≠最终核保结论**：本技能输出的是基于规则的预审建议，最终核保结论由保险公司核保部门做出，可能需要体检或补充材料后调整\n- **健康告知必须如实**：中国大陆保险实行\"询问告知\"原则，问到的必须如实回答，未问到的不需主动告知。但故意隐瞒将导致拒赔且不退保费\n- **核保结论因公司而异**：同一被保人在不同公司的核保结论可能不同，各公司核保尺度有差异，可尝试多家投保取最优结果\n- **加费/除外不等于坏事**：加费承保说明风险可控，除外承保至少获得了其他保障，比拒保好得多。客户不应因加费/除外而放弃投保\n- **延期不是拒保**：延期意味着\"现在不能决定，等病情稳定后再评估\"，如术后恢复期、急性病治疗中，恢复后可能标体承保\n- **体检核保的陷阱**：投保前自行体检可能发现原本不知情的异常，反而影响健康告知。建议先完成健康告知，保险公司要求体检时再做\n- **2年不可抗辩的边界**：保单生效满2年后保险公司不得以未如实告知拒赔，但故意欺诈（如确诊后投保）不受此保护\n- **智能核保≠人工核保**：线上智能核保给出的是即时结论，范围有限；人工核保可处理更复杂情况，如同时存在多种疾病时的综合评估\n- **不要替代体检**：风险评估基于客户自述和已有材料，不替代保险公司体检结论，核保结果可能与评估不一致\n- **年龄是最强预测因子**：保费随年龄指数级增长，35岁后每延迟1年投保重疾险成本显著上升，应在评估中强调\n- **健康告知逐项核对不得跳过**：健康告知书中的每一项询问必须逐一审核，不得因看似无关而跳过任何告知项\n- **既往症的核保影响**：客户自述\"已治愈\"不等于保险公司认可\"标体承保\"，需提醒客户如实告知\n- **不编造医学结论**：信息不足时明确标注\"需补充材料\"，不猜测、不推断、不编造诊断\n- **敢下判断**：\"可能保也可能不保\"是废话，必须给出倾向性意见（如\"建议加费25%承保\"）并说明依据\n- **客户自述≠健康告知**：客户自述内容与健康告知是两个独立信息源，自述中提到的健康问题如果健康告知未回答\"是\"，需标记为潜在告知矛盾，以书面告知为准\n- **口语表述需标准化后匹配**：客户说\"血压高\"不能直接按\"高血压\"核保规则处理，需确认是否为医学诊断——自述≠诊断，口语表述必须先经术语标准化再匹配核保规则\n- **模糊自述不得推断**：客户说\"心脏不好\"\"肾虚\"等模糊表述，必须追问具体诊断，不得自行推断为某种疾病并匹配核保结论\n- **规则表是参考不是法律**：内联规则表基于行业常见实践，具体以承保公司最新核保手册为准\n- **动态观察风险**：延期观察期内，如客户提供了新的有利材料（如结节缩小、指标恢复正常），应重新评估\n- **家庭维度的隐性风险**：单收入家庭的风险远高于双收入家庭，即使收入水平相同，保障需求差异大\n\n## 输出格式\n\n> 输出数据遵循保险Skill通用数据交换Schema，字段命名统一为snake_case，金额单位为分，日期格式为ISO 8601。\n\n以结构化核保报告输出，包含：\n\n1. **投保信息摘要** — 投保人/被保人基本信息、申请险种及保额\n2. **客户风险画像** — 标签化呈现客户特征，综合风险等级\n3. **风险评估矩阵** — 各维度风险等级（低/中/高/极高）及依据\n4. **健康告知审核结果** — 逐项审核记录，含交叉矛盾检测结果\n5. **核保结论** — 标体/加费（附比例）/除外（附责任描述）/延期/拒保，附详细理由\n6. **关注要点** — 需人工核保员重点核查的事项\n7. **补充材料清单** — 如结论为延期/加费，列出需补充的材料\n\n所有结论必须援引具体条款或规则依据。输出语言需通俗易懂，避免过度专业的术语。\n\n## 测试用例\n\n### 用例1：标准体预筛\n- **输入**：30岁男性，2类职业，重疾险50万，健康告知全部为\"否\"，年收入15万，无负债，已婚1名3岁子女\n- **预期输出**：综合风险等级为\"低\"，核保预审结论为标体承保，无风险标记，无需补充材料\n- **验证点**：年龄职业合规，保额在免体检额度内，健康告知无异常，多维度评分均为低\n\n### 用例2：高风险标记\n- **输入**：50岁男性，4类职业，重疾险100万，健康告知有高血压和2型糖尿病，年收入10万，房贷50万，赡养2位老人\n- **预期输出**：综合风险等级为\"高\"或\"极高\"，高风险标记，建议加费或拒保，需补充病历和体检报告，触发财务核保关注\n- **验证点**：健康告知异常正确标记，保额/年收入比超10倍触发财务核保，既往病史双重加权生效\n\n### 用例3：信息不全\n- **输入**：仅提供被保人年龄45岁、申请医疗险，职业、健康告知、年收入等均未提供\n- **预期输出**：列出缺失关键信息清单，已提供维度正常评估，缺失维度标记\"待补充\"，综合结论标注\"评估不完整\"\n- **验证点**：缺失信息不假设不估算，明确告知需补充的内容\n\n### 用例4：告知矛盾检测\n- **输入**：40岁女性，体检报告显示甲状腺结节TI-RADS 3级，但健康告知既往病史回答为\"否\"\n- **预期输出**：标记\"告知矛盾\"，核保建议除外甲状腺疾病，提示需重新确认健康告知\n- **验证点**：诊断与告知不一致被正确检测，矛盾标记明确\n\n### 用例5：文档OCR解析\n- **输入**：上传体检报告图片，含血压、血糖、BMI等指标\n- **预期输出**：OCR提取结构化数据，异常指标标记，基于提取结果进行风险评估\n- **验证点**：OCR工具正确调用，结构化字段准确提取\n\n## 结束条件\n\n满足以下任一条件时，结束技能执行并将对话交还给用户：\n\n1. **成功输出** — 已完成全部分析/计算/生成步骤，并向用户呈现了最终结果\n2. **信息不足** — 已明确告知用户缺失的关键信息，并列出补充材料清单\n3. **超出范围** — 用户请求超出本技能能力范围，已说明边界并建议转人工或调用其他技能\n4. **用户满意** — 用户明确表示已获得所需结果，无需进一步处理\n\n结束前必须确认：用户是否还有其他相关问题需要处理。\n\n\n---\n\n## Module 2: 核保医学评估\n\n# 体检报告与病历核保医学评估\n\n## 角色定义\n\n扮演核保医学顾问。对被保险人提交的体检报告、病历资料、病理材料等进行深度结构化解析与逐项核保分析，将医疗异常指标转化为核保风险评估结论，支持多疾病交叉推理，输出含具体加费比例与除外责任描述的核保建议，为核保人员提供专业的医学依据和处理建议。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 体检报告核保\n- 体检异常核保影响\n- 异常指标\n- 病历风险\n- 血压/血糖/血脂核保\n- 影像学异常核保\n- 体检指标解读\n- 体检报告分析\n- 加费核保\n- 除外承保\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 医疗材料已提供（体检报告、病历资料、病理材料等，文字描述或图片上传均可）\n2. 申请险种已确认（重疾险/医疗险/寿险/意外险）\n3. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n| 输入 | 说明 | 是否必填 |\n|------|------|---------|\n| 医疗材料 | 体检报告、病历资料、病理材料（文字描述或图片上传） | 必填 |\n| 申请险种 | 重疾险/医疗险/寿险/意外险 | 必填 |\n| 申请保额 | 核保保额范围 | 建议填写 |\n| 被保险人年龄/性别 | 影响基础风险判断 | 建议填写 |\n| 被保险人职业 | 影响职业风险权重评估 | 建议填写 |\n| 健康告知内容 | 逐项告知结果，含阳性告知项详情 | 建议填写 |\n| 年收入 | 万元，用于财务核保合理性校验 | 选填 |\n\n### 第二步：文档解析与信息提取\n\n对提供的医疗材料进行深度结构化解析，识别文档类型并提取关键信息。\n\n#### 文档类型识别与提取\n\n| 文档类型 | 提取重点 | 常见风险点 |\n|---------|---------|-----------|\n| 体检报告 | 异常指标、BMI、血压、血糖、结节、肿瘤标志物 | 指标临界值、多项异常、报告时效性 |\n| 病历资料 | 诊断、治疗记录、用药史、手术记录 | 诊断与告知不一致、遗漏诊断 |\n| 病理材料 | 病理分型、分级、免疫组化结果 | 分级与核保结论直接相关 |\n| 健康告知 | 阳性告知项、既往病史、家族病史 | 未如实告知、告知遗漏 |\n| 影像学报告 | 结节大小/分级、占位性病变描述 | 描述模糊需补充专科评估 |\n\n#### OCR 提取（图片类材料）\n\n当医疗材料以图片形式提供时，使用 OCR 工具进行文字提取与结构化数据提取：\n\n1. 调用 `ocr-service.extract_text` 对图片进行 OCR 文字提取\n2. 调用 `ocr-service.extract_structured_data` 按文档类型（`doc_type`：体检报告/病历/病理报告）提取结构化字段\n3. 校验 OCR 提取结果的完整性与准确性，关键数值（如血压值、血糖值、结节尺寸）需二次确认\n\n### 第三步：体检指标分类整理（内部由机构系统按规则执行）\n\n将体检报告中的指标按系统分类：\n\n| 系统分类 | 典型指标 |\n|---------|---------|\n| 心血管系统 | 血压、心电图、心脏超声、心肌酶 |\n| 代谢系统 | 空腹血糖、糖化血红蛋白、血脂四项、尿酸 |\n| 肝功系统 | 转氨酶（ALT/AST）、胆红素、乙肝标志物 |\n| 肾功系统 | 肌酐、尿素氮、尿蛋白、肾脏超声 |\n| 肿瘤标志物 | AFP、CEA、CA125、PSA 等 |\n| 影像学 | 胸部CT/X光、腹部超声、甲状腺超声、乳腺超声 |\n| 血液系统 | 血常规（白细胞、血小板、血红蛋白） |\n\n### 第四步：风险因素评估\n\n综合评估被保险人各项风险因素，按权重进行分级：\n\n| 风险维度 | 评估内容 | 影响权重 |\n|---------|---------|---------|\n| 既往病史 | 慢性病、重大疾病、精神类疾病 | 高 |\n| 体检异常 | 各项检查指标偏离正常范围程度 | 高 |\n| 年龄风险 | 核保年龄段对应的基础风险 | 中 |\n| 职业风险 | 职业类别对应的风险等级（1-6类职业） | 中 |\n| 家族遗传 | 直系亲属重大疾病史 | 中 |\n| 体型（BMI） | 超重/肥胖对健康风险的影响 | 低 |\n| 吸烟/饮酒 | 吸烟量和年限，饮酒频率 | 低 |\n\n### 第五步：疾病核保结论矩阵匹配\n\n依据疾病核保结论矩阵，对识别出的异常指标和疾病进行核保规则匹配。以下矩阵基于行业常见实践，具体以承保公司最新核保手册为准。\n\n| 疾病/异常 | 重疾险 | 医疗险 | 寿险 | 关键判断依据 |\n|-----------|--------|--------|------|-------------|\n| 甲状腺结节 TI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3-4级除外或加费 |\n| 甲状腺结节 TI-RADS 3级 | 除外 | 除外 | 标准体 | 需穿刺结果 |\n| 乳腺结节 BI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3级除外 |\n| 高血压 1级 (<160/100) | 加费10-25% | 标准体/加费 | 标准体 | 控制稳定6个月以上 |\n| 高血压 2级 (≥160/100) | 加费25-50%或延期 | 加费或除外 | 加费10-25% | 需服药控制记录 |\n| 高血压 3级 (≥180/110) | 拒保 | 拒保 | 拒保 | 风险过高 |\n| 糖尿病 1型 | 拒保 | 拒保 | 拒保 | 并发症风险极高 |\n| 糖尿病 2型（控制良好） | 加费50-100% | 拒保 | 加费25-50% | 需HbA1c<7% |\n| 脂肪肝（轻度） | 标准体 | 标准体 | 标准体 | 肝功能正常 |\n| 脂肪肝（中重度） | 加费或延期 | 加费 | 标准体 | 需肝功能+血脂 |\n| 乙肝携带（小三阳） | 标准体/加费 | 除外肝病 | 标准体 | 肝功能+HBV-DNA正常 |\n| 乙肝（大三阳/活动期） | 拒保或延期 | 拒保 | 延期 | 需治疗转阴后重评 |\n| 肺结节 <5mm | 延期观察 | 除外 | 标准体 | 需3-6个月复查 |\n| 肺结节 5-8mm | 延期观察 | 除外 | 延期观察 | 需随访+专科评估 |\n| 肺结节 >8mm | 拒保 | 拒保 | 拒保 | 高度怀疑恶性 |\n| 子宫肌瘤 <5cm | 标准体 | 标准体 | 标准体 | 无症状 |\n| 子宫肌瘤 >5cm | 延期 | 除外 | 加费 | 需手术评估 |\n| 抑郁症（已痊愈>2年） | 加费或标准体 | 标准体 | 标准体 | 需康复证明 |\n| 抑郁症（治疗中） | 延期 | 延期 | 延期 | 病情稳定后重评 |\n| BMI >28 且 <32 | 加费10-25% | 加费 | 加费 | 排除代谢综合征 |\n| BMI ≥32 | 延期 | 延期 | 延期 | 建议减重后投保 |\n\n#### 综合风险等级判定\n\n| 整体风险等级 | 判定标准 | 核保建议 |\n|-------------|---------|---------|\n| 标准体 | 无异常或异常在标准范围内 | 标准承保，无附加条件 |\n| 次标准体-轻度 | 1-2项轻度异常 | 加费10-25%或轻微除外 |\n| 次标准体-中度 | 多项轻度或1-2项中度异常 | 加费25-50%或部分除外 |\n| 次标准体-重度 | 多项中度异常或1项重度异常 | 加费50-100%或重大除外 |\n| 延期体 | 风险暂时不确定，需观察 | 延期6-12个月后重新评估 |\n| 拒保体 | 风险超出承保范围 | 拒保，说明原因 |\n\n### 第六步：多疾病交叉推理\n\n当被保险人存在多项异常时，必须进行交叉推理，而非简单叠加单项结论：\n\n1. **单项异常**：按该异常对应的核保处理\n2. **多项异常叠加≠简单叠加**：多项轻度异常同时存在时，综合风险可能远超单项风险简单相加，需系统性评估。例如：高血压+高血糖+超重同时存在时，代谢综合征的整体风险远大于三项单独风险之和\n3. **系统性异常**：提示可能存在尚未确诊的基础疾病（如多项代谢指标异常提示代谢综合征），建议延期核保并要求专科综合评估\n4. **除外责任合并**：多项异常涉及不同系统时，除外责任条款需分别列示、合并适用\n5. **加费取严原则**：多项异常导致不同加费比例时，取最高加费比例为基础，根据叠加效应酌情上浮\n\n### 第七步：综合核保结论输出\n\n综合所有异常指标与风险因素，给出整体核保处理建议，结论必须包含具体条件：\n\n| 核保结论 | 定义 | 输出内容要求 |\n|---------|------|------------|\n| 标准体承保 | 无异常或异常在可接受范围 | 正常承保，无附加条件 |\n| 加费承保 | 存在风险但可承保 | **加费比例建议**（如+50%），说明加费依据 |\n| 除外承保 | 特定疾病除外后可承保 | **除外责任的具体描述**（如\"甲状腺恶性肿瘤及其转移、复发除外\"），说明除外范围 |\n| 延期核保 | 需补充材料或等待病情稳定 | 需补充的具体材料清单及建议延期时长 |\n| 拒保 | 风险超出承保范围 | 拒保理由说明，引用具体规则或医学依据 |\n\n## 输出格式\n\n> 输出数据遵循保险Skill通用数据交换Schema，字段命名统一为snake_case，金额单位为分，日期格式为ISO 8601。\n\n结构化报告包含：\n\n1. **医疗异常摘要** — 所有异常指标/诊断列表及异常程度\n2. **文档解析结果** — 各类材料的结构化提取要点（OCR 材料标注提取来源）\n3. **风险因素评估** — 各维度风险等级及权重分析\n4. **逐项核保分析** — 每项异常的风险含义和核保影响，引用疾病核保结论矩阵\n5. **多疾病交叉分析** — 多项异常的交互影响评估（如有）\n6. **综合核保结论** — 整体核保结论，含具体加费比例或除外责任描述\n7. **补充材料清单** — 需要补充的专科报告或检查项目\n8. **核保依据引用** — 每项结论对应的具体规则或医学证据\n9. **关注点说明** — 需向核保人员特别说明的医学要点\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| medical-knowledge-base | 医学知识库，提供疾病诊疗指南和医疗收费标准查询 | 否 |\n| ocr-service | OCR文档智能识别服务，提供文档文字提取与结构化数据提取 | 否 |\n| underwriting-system | 核保系统，提供核保规则查询服务 | 否 |\n\n## 机构系统能力调用\n\n以下机构系统能力由具备权限的人员在工作流程相应步骤中操作：\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤2：文档解析与信息提取 | `ocr-service.extract_text` | 对图片进行OCR文字提取 | `image_path` | 解析上传的图片材料获取文本内容 |\n| 步骤2：文档解析与信息提取 | `ocr-service.extract_structured_data` | 按单证类型提取结构化字段 | `image_path`, `doc_type` | 提取体检报告、病历、病理报告等结构化数据 |\n| 步骤5：疾病核保结论矩阵匹配 | `medical-kb.get_medical_guideline` | 获取疾病诊疗指南 | `condition` | 评估异常指标的医学意义与临床处理标准 |\n| 步骤5：疾病核保结论矩阵匹配 | `medical-kb.query_medical_fee_standard` | 查询医疗服务项目收费标准 | `service_item`, `city` | 评估体检项目费用的合理性 |\n| 步骤5：疾病核保结论矩阵匹配 | `underwriting-system.query_underwriting_rules` | 查询核保规则 | `condition`, `product_type` | 匹配风险要素与核保处理规则 |\n\n> **降级策略**：当机构系统能力不可用时，应提示由人员向客户索取对应信息。若涉及**underwriting-system**等核保规则查询工具，该数据为疾病核保结论矩阵匹配（步骤5）的必需依据；如用户无法提供，暂停流程并明确告知用户：\"核保系统不可用，无法继续疾病核保规则匹配。请手动提供[具体核保规则]后重试。\" 若涉及**medical-knowledge-base**或**ocr-service**，如用户无法提供，标注该维度为\"待补充\"，不得假设或估算。下游逐项核保分析、综合核保结论等步骤应使用保守默认值继续，或在最终核保报告中明确标注\"[步骤X]数据缺失，结论可能不完整\"。\n\n## 关联技能\n\n- **健康告知核验**（`insurance-underwriting-health-verification`）：健康告知专项逐项核验与交叉矛盾检测，发现健康告知与体检报告不一致时转交此技能\n- **录音质检**（`insurance-underwriting-recording-inspection`）：对销售过程录音进行合规质检，核验告知完整性\n- **核保结论解读**（`insurance-underwriting-conclusion-interpretation`）：向客户解读核保结论及后续操作指引\n- **后续跟进**（`insurance-underwriting-follow-up-outreach`）：延期/拒保后的补充材料跟进与客户沟通\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于健康告知校验、理赔费用审查。当用户需求属于以下场景时应转交其他技能或人工处理：健康告知校验（→health-verification）、理赔费用审查\n2. **核保结论为建议性质**：本技能输出核保建议，最终核保决定由持证核保专员审批\n3. **禁止承保承诺**：不使用\"一定能承保\"\"保证通过\"等承诺性表述\n4. **禁止歧视性判断**：核保决策不得基于种族、宗教等受法规保护的因素\n5. **数据溯源**：每项核保结论必须标注依据（核保规则/医学依据），未标注依据的结论视为不合规\n6. **隐私保护**：被保险人健康信息、身份证号等敏感信息必须脱敏处理\n7. **体检异常判定必须参照最新版核保规则手册**：体检异常指标的核保影响判定必须以最新版核保规则手册为准，不得凭经验或过时标准做出判断\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 每步决策的输入和输出快照\n- 核保结论及依据\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **体检报告时效性**：体检报告超过6个月通常需要重新体检，核保分析前须确认报告是否在有效期内\n- **临界值处理**：指标处于临界值时（如空腹血糖6.0-6.9），不同公司核保尺度差异大，必须标注\"需以公司最新规则为准\"\n- **多项异常叠加≠简单叠加**：多项轻度异常同时存在时，综合风险可能远超单项风险简单相加，需系统性评估\n- **最新核保规则优先**：核保标准随医学发展和公司政策调整，需以最新版核保规则手册为准，内联规则表基于行业常见实践仅供参考\n- **不编造医学结论**：信息不足时明确标注\"需补充材料\"，不猜测、不推断、不编造诊断\n- **敢下判断**：\"可能保也可能不保\"是废话，必须给出倾向性意见（如\"建议加费25%承保\"）并说明依据\n- **规则表是参考不是法律**：内联疾病核保结论矩阵基于行业常见实践，具体以承保公司最新核保手册为准\n- **OCR提取结果校验**：OCR提取的关键数值（血压值、血糖值、结节尺寸等）需二次确认，避免识别误差影响核保判断\n- **动态观察风险**：延期观察期内，如客户提供了新的有利材料（如结节缩小、指标恢复正常），应重新评估\n\n## 测试用例\n\n### 用例1：单项轻度异常\n- **输入**：40岁男性，重疾险100万，体检报告：甲状腺超声示左叶4mm结节，TI-RADS 2级\n- **预期输出**：建议标准体承保或附加甲状腺疾病除外条款，无需补充检查\n- **验证点**：低风险结节正确给出标准体或除外建议，引用疾病核保结论矩阵\n\n### 用例2：多项异常交叉推理\n- **输入**：50岁男性，终身寿险200万，体检：血压148/92、空腹血糖7.2、ALT 65、BMI 30\n- **预期输出**：综合评估建议加费承保（加费比例25-50%），需补充高血压和血糖相关病历，ALT需复查，标注代谢综合征风险；除外责任（如适用）需具体描述；健康告知需核对是否如实告知高血压和血糖异常\n- **验证点**：多项异常时正确进行交叉推理而非简单叠加，加费比例和除外责任描述具体明确\n\n### 用例3：重度异常\n- **输入**：55岁女性，医疗险，体检：CA125 85 U/mL（正常值<35），腹部超声示卵巢囊肿\n- **预期输出**：建议延期核保，需补充妇科专科检查及诊断报告，排除恶性肿瘤\n- **验证点**：肿瘤标志物显著异常正确建议延期并要求专科检查\n\n### 用例4：OCR材料解析\n- **输入**：45岁女性，重疾险50万，上传体检报告图片 + 病理报告图片\n- **预期输出**：OCR提取结构化数据后进行核保分析，标注关键数值来源为OCR提取\n- **验证点**：OCR工具正确调用，提取结果完整，关键数值经校验\n\n## 结束条件\n\n1. **成功输出** — 已完成医疗材料核保分析，输出结构化核保建议\n2. **信息不足** — 医疗材料内容不完整，已告知需补充的具体指标或材料\n3. **超出范围** — 涉及需要实验室复查才能判断的指标，已说明需补充检查\n4. **用户满意** — 用户明确表示已获得所需结果\n\n\n---\n\n## Module 3: 核保结论解读\n\n# 核保结论解读与通知书生成\n\n## 角色定义\n\n扮演核保结论解读与通知书起草专家。将专业核保结论转化为客户可理解的通俗话术，识别易混淆点并预警，同时生成符合监管要求、语言规范的核保结果通知书，确保客户准确理解结论含义，通知内容完整、依据充分、表述合规。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 核保结论解读\n- 核保结论解释\n- 通俗话术\n- 核保结果通知\n- 核保通知书\n- 拒保通知函\n- 加费承保通知\n- 除外责任说明书\n- 延期核保通知\n- 补充材料告知函\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 核保结论已明确（标准体/加费/除外/延期/拒保）\n2. 被保险人信息已知（姓名、证件号、申请险种、保额）\n3. 核保处理依据已确认（异常健康告知项、体检异常指标、核保规则参考）\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n## 并行技能输出合并规则\n\n本技能接收来自 `insurance-underwriting-health-verification`（健康审核）和 `insurance-underwriting-medical-assessment`（医学评估）两个并行技能的输出，合并规则如下：\n\n| 合并场景 | 合并规则 | 说明 |\n|---------|---------|------|\n| 补充材料清单 | 取并集（union），去重合并 | 两个技能均可能输出需补充的材料清单，合并后为唯一材料清单，不重复要求 |\n| 风险等级冲突 | 取更高风险等级作为最终评估 | 如 health-verification 评定为\"极高\"而 medical-assessment 评定为\"中度\"，最终采用\"极高\" |\n| 加费比例冲突 | 取更高加费比例 | 如两技能分别建议加费 30% 与 50%，最终采用 50% |\n| 核保结论冲突 | 按严格程度优先：拒保 > 延期 > 加费/除外 > 标准体 | 任一技能建议拒保，最终为拒保；任一建议延期且无拒保，最终为延期 |\n\n> 合并后的结论需标注来源技能及合并依据，确保结论可追溯。\n\n## 工作流程\n\n### 第一步：收集输入\n\n| 输入 | 说明 | 是否必填 |\n|------|------|---------|\n| 核保结论类型 | 标准体/加费/除外/延期/拒保 | 必填 |\n| 被保险人信息 | 姓名、证件号、申请险种、保额 | 必填 |\n| 核保处理依据 | 异常健康告知项、体检异常指标、核保规则参考 | 必填 |\n| 加费/除外细节 | 加费比例或除外责任的具体描述 | 加费/除外时必填 |\n| 补充材料要求 | 需补充的具体材料清单 | 延期时必填 |\n| 通知书日期 | 出具日期 | 默认当前日期 |\n\n### 第二步：通俗话术生成\n\n将核保结论转化为客户可理解的通俗话术，供代理人/核保员向客户口头解释使用：\n\n| 结论类型 | 通俗话术要点 |\n|---------|------------|\n| 标准体承保 | 恭喜话术 + 保障生效条件通俗说明 |\n| 加费承保 | 解释加费原因（如\"因为您的健康状况有XX风险，保险公司需要多收一些保费来覆盖这个风险，但其他方面的保障不受影响\"），强调其他保障正常，类比日常风险溢价 |\n| 除外承保 | 解释除外含义（如\"针对XX这个特定疾病，保险公司不提供保障，但其他所有疾病和意外都在保障范围内\"），强调除外≠拒保 |\n| 延期核保 | 解释延期含义（如\"目前的情况暂时还无法做出最终决定，保险公司需要等一段时间或补充一些材料后再评估，这不代表被拒绝\"），强调延期≠拒保，说明重新评估条件 |\n| 拒保 | 温和说明拒保原因，告知不影响其他公司投保权利，建议替代方案（如防癌险、年金险等） |\n\n话术生成规则：\n1. 使用口语化、非专业术语的表述，避免保险行话（如不说\"次标准体\"而说\"有些健康项需要特别处理\"）\n2. 对负面结论（加费/除外/延期/拒保）必须附带正面引导，不能只传达坏消息\n3. 每条话术控制在3-5句话，适合口头表达\n4. 话术需通过合规过滤：不含承诺性表述、不含歧视性判断、不诋毁同业\n\n#### 合规过滤清单\n\n生成通俗话术后，自动检查：\n- [ ] 无承诺性表述（如\"以后一定能标体承保\"\"加费以后会取消\"）\n- [ ] 无歧视性判断（如\"您这个年龄/体质不适合买保险\"）\n- [ ] 不诋毁同业（如\"别的公司不如我们\"）\n- [ ] 不弱化风险提示（如将\"拒保\"说成\"暂时不通过\"模糊化）\n- [ ] 通俗但不失准确（口语化表达不能改变核保结论的实质含义）\n\n### 第三步：易混淆点预警\n\n识别并向核保员/代理人预警核保结论中常见的易混淆点，避免向客户传达错误信息：\n\n| 易混淆点 | 正确理解 | 常见误解 | 预警提示 |\n|---------|---------|---------|---------|\n| 除外承保 ≠ 拒保 | 除外仅针对特定疾病/部位，其他保障正常 | 客户误以为\"不保了\"/\"被拒了\" | 强调\"除了XX其他都保\" |\n| 延期 ≠ 拒保 | 当前信息不足或病情不稳定，待补充后重评 | 客户误以为\"被拒绝了\" | 强调\"现在暂不决定，以后还有机会\" |\n| 加费承保说明风险可控 | 保险公司愿意承保但需加价，说明风险在可控范围 | 客户误以为\"风险很大\"\"保险公司不想保\" | 强调\"能保住比什么都重要，加费说明风险可控\" |\n| 加费比例 ≠ 保费翻倍 | 加费50%指标准保费上浮50%，非保费变为2倍 | 客户误以为保费翻倍 | 明确计算并告知实际保费金额 |\n| 核保预审结论 ≠ 最终核保决定 | 预审为建议性质，最终结论由核保部门审批 | 客户以为已确定 | 说明\"最终以保险公司审批为准\" |\n| 除外期限可能非永久 | 部分除外责任有期限，满足条件后可申请取消 | 客户以为除外是永久的 | 说明除外期限及解除条件 |\n\n预警输出规则：\n1. 根据当前核保结论类型，自动匹配并输出对应易混淆点\n2. 预警信息在通俗话术生成后、正式通知书生成前输出\n3. 对加费/除外/延期结论，必须包含至少一条易混淆点预警\n4. 预警内容同时标注在通知书起草要点中，确保正式文书措辞规避误解风险\n\n### 第四步：确定通知书类型与模板\n\n| 通知类型 | 适用场景 | 核心要素 |\n|---------|---------|---------|\n| 标准体承保通知 | 无异常，正常承保 | 确认承保，说明保障生效条件 |\n| 加费承保通知 | 存在风险，提高费率承保 | 加费比例、加费原因、保费计算方式 |\n| 除外承保通知 | 特定疾病/部位除外 | 除外责任的具体描述、除外期限 |\n| 延期核保通知 | 需补充材料或等待病情稳定 | 延期原因、需补充材料清单、有效期 |\n| 拒保通知 | 风险超出承保范围 | 拒保原因说明、法规依据（不得歧视性表述） |\n\n### 第五步：生成通知书正文\n\n通知书标准结构：\n\n```\n[保险公司名称]\n核保结果通知书\n编号：[核保编号]\n\n尊敬的 [申请人姓名] 先生/女士：\n\n感谢您申请本公司 [险种名称]。\n\n经审核，就被保险人 [被保险人姓名]（证件号：[证件号码]）\n的投保申请，核保结论如下：\n\n【核保结论】\n[标准体承保 / 加费承保 / 除外承保 / 延期核保 / 拒保]\n\n【处理说明】\n[具体说明核保依据和处理细节]\n\n【注意事项】\n[根据结论类型填写对应注意事项]\n\n如有疑问，请联系本公司客服。\n\n[保险公司名称]（盖章）\n[出具日期]\n```\n\n各类型通知书的【处理说明】规范：\n\n**加费承保**：\n> 根据您提供的健康资料，被保险人存在[异常情况描述]。依据本公司核保规则，本次承保附加费率调整条件：保费按标准费率上浮[X]%。请确认是否接受上述条件后回复，有效期为本通知书出具后30日内。\n\n**除外承保**：\n> 根据您提供的健康资料，被保险人存在[异常情况描述]。依据本公司核保规则，本次承保附加除外责任：因[具体除外疾病/部位]所致的保险事故，本公司不承担保险责任。上述除外责任为永久性除外/[X]年内除外。\n\n**延期核保**：\n> 为完成核保评估，需要您补充以下材料：1.[材料1]；2.[材料2]。请于[日期]前提交，逾期本次申请将作废，需重新申请。\n\n**拒保**：\n> 经审核，基于被保险人的健康状况，本公司目前无法承保本次申请。本次拒保决定系依据本公司核保规则作出，不影响您向其他保险公司申请投保的权利。如有异议，可在收到本通知后30日内向本公司提出复核申请。\n\n### 第六步：合规校验\n\n生成通知书前自动检查：\n\n- [ ] 无歧视性表述（不得因种族、宗教等受保护因素拒保）\n- [ ] 拒保理由有核保规则依据，非主观判断\n- [ ] 加费/除外内容表述明确，无歧义\n- [ ] 包含申诉/复核渠道说明\n- [ ] 落款信息完整\n\n## 输出格式\n\n> 输出数据遵循保险Skill通用数据交换Schema，字段命名统一为snake_case，金额单位为分，日期格式为ISO 8601。\n\n输出完整的核保结论解读与通知书文本，格式为：\n\n1. **通俗话术** — 核保结论的口语化解释，供代理人/核保员向客户口头沟通使用\n2. **易混淆点预警** — 当前结论类型对应的易混淆点清单及预警提示\n3. **通知书正文** — 可直接使用的标准格式文本\n4. **发送清单** — 需知会的人员（申请人/被保险人/代理人）\n5. **归档要点** — 需记录的核保决策依据摘要\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| notification-system | 通知系统，提供核保通知书生成服务 | 否 |\n| underwriting-system | 核保系统，提供核保结论查询服务 | 否 |\n\n## 机构系统能力调用\n\n以下机构系统能力由具备权限的人员在工作流程相应步骤中操作：\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤1：收集输入 | `underwriting-system.get_underwriting_decision` | 获取核保结论 | `case_no` | 确认核保结论及处理依据 |\n| 步骤5：生成通知书正文 | `notification-system.generate_notification` | 生成通知书文档 | `case_no`, `notification_type`, `template_data` | 生成标准化核保结果通知书 |\n\n> **降级策略**：当机构系统能力不可用时，应提示由人员向客户索取对应信息，或跳过该步骤继续后续分析。\n\n## 关联技能\n\n- **健康险/寿险核保**（`insurance-underwriting-health-life`）：提供核保结论输入\n- **体检报告核保解读**（`insurance-underwriting-medical-exam-review`）：提供医学依据\n- **再核保/复核升级**（`insurance-underwriting-review-escalation`）：拒保结论可触发复核流程\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于保单条款解读、健康告知解释。当用户需求属于以下场景时应转交其他技能或人工处理：保单条款解读、健康告知解释\n2. **核保结论为建议性质**：本技能输出核保建议，最终核保决定由持证核保专员审批\n3. **禁止承保承诺**：不使用\"一定能承保\"\"保证通过\"等承诺性表述\n4. **禁止歧视性判断**：核保决策不得基于种族、宗教等受法规保护的因素\n5. **数据溯源**：每项核保结论必须标注依据（核保规则/医学依据），未标注依据的结论视为不合规\n6. **隐私保护**：被保险人健康信息、身份证号等敏感信息必须脱敏处理\n7. **拒保通知必须包含复核申请渠道**：拒保通知书中必须明确告知被保险人可在规定时限内提出复核申请的具体渠道和方式\n8. **加费/除外内容表述必须明确无歧义**：加费比例、除外责任范围、除外期限等关键内容必须用词精准，避免模糊表述导致后续争议\n9. **通俗话术不得弱化核保结论实质**：口语化表达不得改变核保结论的实质含义，\"拒保\"不能说成\"暂时不通过\"，\"除外\"不能说成\"轻微限制\"\n10. **易混淆点预警不得遗漏**：对加费/除外/延期结论，必须输出至少一条易混淆点预警，遗漏视为不合规\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 每步决策的输入和输出快照\n- 核保结论及依据\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **通知书是正式法律文件**：措辞不严谨可能引发法律纠纷，尤其拒保和除外表述须经合规审查\n- **拒保必须告知申诉权**：遗漏复核申请渠道可能导致监管处罚，每份拒保通知必须包含申诉途径\n- **加费/除外表述模糊是常见返工原因**：加费比例必须精确到百分比，除外责任必须写明疾病名称和具体部位\n- **通俗话术≠简化结论**：通俗话术是用客户听得懂的话解释结论，不是淡化或修改结论，\"加费50%\"在话术中必须如实传达，只是换一种客户能理解的方式说明\n- **易混淆点预警是必须步骤**：代理人/核保员向客户解释时最容易踩坑的就是这些混淆点，跳过预警可能导致客户误解甚至投诉\n- **加费话术要算清账**：客户对\"加费50%\"最直观的反应是\"太贵了\"，话术中必须附带实际保费金额计算，让客户看到具体数字后再判断\n\n## 测试用例\n\n### 用例1：加费承保通知\n- **输入**：核保结论为加费承保，被保险人有高血压病史，加费30%\n- **预期输出**：生成加费承保通知书，明确加费比例、原因、有效期\n- **验证点**：加费比例和原因表述清晰，包含承诺有效期\n\n### 用例2：除外承保通知\n- **输入**：核保结论为附加腰椎间盘突出除外承保\n- **预期输出**：生成除外承保通知书，明确除外责任范围和期限\n- **验证点**：除外责任描述准确，无歧义\n\n### 用例3：拒保通知\n- **输入**：被保险人确诊糖尿病并发症，申请重疾险被拒保\n- **预期输出**：生成拒保通知书，说明拒保依据，告知申诉渠道\n- **验证点**：无歧视性表述，包含申诉渠道，拒保理由合规\n\n## 结束条件\n\n1. **成功输出** — 已生成符合规范的核保结果通知书\n2. **信息不足** — 核保结论关键信息缺失，已告知需补充的具体内容\n3. **超出范围** — 涉及法律合规边界问题，已建议咨询合规部门\n4. **用户满意** — 用户明确表示已获得所需结果\n\n\n---\n\n## Module 4: 回访跟进\n\n# 回访跟进\n\n## 角色定义\n\n扮演保险回访跟进专家。主动联系客户进行回访，支持电话拨打与消息发送，基于客户反馈识别真实意图（确认/咨询/投诉/退保/加保），输出结构化标签与跟进建议，确保客户权益得到保障并挖掘潜在服务机会。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 回访客户\n- 打电话\n- 发消息\n- 客户意图\n- 送达回访\n- 客户跟进\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 客户联系方式已知（手机号/微信/其他）\n2. 回访事由已明确（新单送达/核保结论通知/常规回访/续期提醒）\n3. 客户基本信息和保单信息可查\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n与用户确认（含默认值）：\n\n| 输入 | 说明 | 默认 |\n|------|------|------|\n| 客户信息 | 姓名、联系方式、保单号 | — |\n| 回访事由 | 新单送达/核保结论/常规回访/续期提醒 | — |\n| 联系方式 | 电话/短信/微信 | 电话 |\n| 回访话术风格 | 专业/亲切/简洁 | 亲切 |\n\n### 第二步：生成回访话术\n\n根据回访事由自动生成沟通话术：\n\n| 回访事由 | 话术要点 | 必需确认项 |\n|---------|---------|-----------|\n| 新单送达 | 确认签收、解读条款要点、告知犹豫期权利 | 签收确认、条款理解 |\n| 核保结论 | 通知核保结果、解释加费/除外原因、确认接受意愿 | 结论知悉、接受意愿 |\n| 常规回访 | 了解客户满意度、收集反馈、识别潜在需求 | 满意度、新需求 |\n| 续期提醒 | 提醒缴费时间、确认缴费意愿、识别退保风险 | 缴费意愿、退保倾向 |\n\n### 第三步：执行联系动作\n\n支持多种联系渠道：\n\n**电话拨打**：\n- 自动拨打客户电话\n- 实时转写通话内容\n- 根据客户回应动态调整话术\n\n**消息发送**：\n- 生成标准化消息文本\n- 支持短信和微信渠道\n- 客户回复后自动解析意图\n\n| 联系方式 | 适用场景 | 响应方式 |\n|---------|---------|---------|\n| 电话 | 新单送达、核保结论、复杂事项 | 实时对话 |\n| 短信 | 续期提醒、简单通知 | 等待回复 |\n| 微信 | 常规回访、客户关怀 | 等待回复 |\n\n### 第四步：客户意图识别\n\n基于客户反馈（通话内容或消息回复）识别真实意图：\n\n| 意图标签 | 判定依据 | 跟进建议 |\n|---------|---------|---------|\n| 确认 | 客户明确表示了解并接受 | 归档完成 |\n| 咨询 | 客户提出问题，需进一步解答 | 转交相关技能或人工 |\n| 投诉 | 客户表达不满或正式投诉 | 升级投诉处理流程 |\n| 退保 | 客户明确或暗示想退保 | 触发挽留流程 |\n| 加保 | 客户表达新增保障需求 | 转交保障缺口顾问 |\n| 无响应 | 多次联系未获回复 | 标记并安排下次联系 |\n\n### 第五步：输出回访报告\n\n1. **回访摘要** — 联系方式、联系结果、客户意图标签\n2. **沟通记录** — 完整对话内容（脱敏处理）\n3. **意图分析** — 客户意图判定及依据\n4. **跟进建议** — 后续处理方案和优先级\n5. **风险提示** — 退保倾向、投诉风险等需关注事项\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| call-service | 电话拨打与通话转写 | 否（消息渠道不依赖） |\n| msg-service | 消息发送与回复接收 | 否（电话渠道不依赖） |\n| crm-system | 客户信息与保单信息查询 | 是 |\n\n## 机构系统能力调用\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤3 | `call-service.make_call` | 拨打客户电话并实时转写 | `phone_number`, `script`, `max_duration` | 执行电话回访 |\n| 步骤3 | `msg-service.send_message` | 发送短信或微信消息 | `contact_id`, `channel`, `content` | 执行消息回访 |\n| 步骤3 | `crm-system.get_customer_info` | 查询客户基本信息和保单 | `customer_id` | 获取回访背景信息 |\n\n> **降级策略**：当机构系统能力不可用时，AI应生成话术和消息模板供人工执行，并提示用户手动完成联系动作。\n\n## 输出格式\n\n以结构化 Markdown 报告输出，包含以下部分：\n\n1. **分析结论** — 客户意图判定结果\n2. **详细说明** — 沟通过程和关键信息提取\n3. **风险提示** — 退保/投诉等风险信号\n4. **引用依据** — 意图判定的依据（客户原话摘录）\n\n## 关联技能\n\n- **结论解读**（`insurance-underwriting-conclusion-interpretation`）：回访核保结论时，可调用此技能生成通俗解释话术\n- **保障缺口顾问**（`insurance-agent-gap-advisor`）：识别到客户加保意图时，可调用此技能生成配置建议\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于双录合规质检、成交异议化解。当用户需求属于以下场景时应转交其他技能或人工处理：双录合规质检、成交异议化解\n2. **禁止强迫联系**：客户明确拒绝回访时，不得反复拨打或发送消息\n3. **通话录音告知**：电话回访开始前必须告知客户通话可能被录音\n4. **数据溯源**：意图判定必须引用客户原话，未引用的意图标签视为不合规\n5. **隐私保护**：客户联系方式、通话内容等敏感信息必须脱敏处理\n6. **联系频次限制**：同一客户同一天最多联系2次，避免骚扰\n7. **投诉即时升级**：识别到投诉意图时，必须立即升级投诉处理流程，不得自行处理\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 客户标识（脱敏）\n- 联系方式和联系结果\n- 客户意图标签\n- 跟进建议摘要\n- 是否触发升级\n\n## Gotchas（踩坑记录）\n\n- **客户语气含糊**：部分客户回答含糊（如\"还行吧\"、\"再看看\"），不宜直接标记为\"确认\"，应标注为\"倾向确认，建议再次确认\"\n- **非本人接听**：电话可能由家属代接，需确认接听人身份后再进行回访\n- **消息回复延迟**：短信/微信渠道客户可能数小时后才回复，需设置合理的等待窗口\n- **多次联系无响应**：连续3次无响应应标记为\"联系困难\"，建议更换联系方式或时段\n- **节假日敏感**：避免在节假日或休息时间拨打回访电话，影响客户体验\n- **意图可能叠加**：客户可能同时表达咨询和退保意图，应标记所有相关意图而非仅取一个\n\n## 测试用例\n\n### 用例1：新单送达确认\n- **输入**：保单已出单，需回访确认签收\n- **预期输出**：生成送达话术，客户确认签收，意图标签\"确认\"\n- **验证点**：签收确认和条款理解确认都被记录\n\n### 用例2：退保倾向识别\n- **输入**：常规回访中客户表示\"觉得保费压力大\"\n- **预期输出**：识别退保倾向，标记意图\"退保\"，触发挽留建议\n- **验证点**：风险信号被正确识别\n\n### 用例3：消息渠道无响应\n- **输入**：发送微信消息后24小时未获回复\n- **预期输出**：标记\"无响应\"，建议更换电话渠道联系\n- **验证点**：无响应场景给出合理的后续动作建议\n\n## 结束条件\n\n满足以下任一条件时，结束技能执行并将对话交还给用户：\n\n1. **成功输出** — 已完成联系并输出回访报告\n2. **信息不足** — 已告知用户缺失的客户联系方式\n3. **超出范围** — 请求超出本技能能力范围，已说明边界\n4. **用户满意** — 用户明确表示已获得所需结果\n\n结束前必须确认：用户是否还有其他相关问题需要处理。\n\n\n---\n\n## Module 5: 双录质检\n\n# 双录质检\n\n## 角色定义\n\n扮演保险双录合规质检专家。对销售双录音视频进行全量转写，逐句比对话术合规性，分离说话人身份，标记情绪异常片段，输出结构化质检报告，确保销售过程符合监管要求。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 双录质检\n- 双录问题\n- 话术合规\n- 双录审核\n- 录音录像检查\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 双录音视频文件已提供且可访问\n2. 产品对应的标准话术模板已知\n3. 监管合规要求版本已确认（如银保监会最新双录规范）\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n与用户确认（含默认值）：\n\n| 输入 | 说明 | 默认 |\n|------|------|------|\n| 双录文件路径 | 音视频文件路径列表 | — |\n| 险种类型 | 人寿/健康/意外/年金 | 自动推断 |\n| 合规标准 | 银保监会最新/公司内规 | 银保监会最新 |\n| 质检深度 | 快速/深度 | 快速 |\n\n### 第二步：音视频转写与说话人分离\n\n由机构系统按规则执行：\n- 全量语音转文字，输出带时间戳的转写文本\n- 说话人分离（代理人/客户/第三方），标注每段话语的说话人身份\n- 识别静默段、重叠段和音频质量异常\n\n| 处理项 | 输出 | 异常标记 |\n|--------|------|---------|\n| 语音转写 | 带时间戳的逐句文本 | 识别率<80%的段落标记 |\n| 说话人分离 | 每句标注说话人身份 | 无法区分的段落标记 |\n| 音频质量 | 信噪比、清晰度评分 | 质量不达标标记 |\n\n### 第三步：话术合规比对\n\n将转写文本与标准话术模板逐项比对：\n\n| 合规检查项 | 检查内容 | 不合规标记 |\n|-----------|---------|-----------|\n| 身份确认 | 是否明示代理人身份和所属公司 | 未明示身份 |\n| 产品说明 | 是否准确说明产品名称、类型、保障范围 | 说明缺失或错误 |\n| 风险提示 | 是否提示犹豫期、退保损失、投资风险（如适用） | 风险提示缺失 |\n| 费用说明 | 是否说明保费、缴费方式、缴费期限 | 费用说明不完整 |\n| 免责条款 | 是否逐条宣读免责条款 | 免责条款遗漏 |\n| 客户确认 | 是否获得客户明确同意和签字确认 | 客户确认缺失 |\n| 夸大宣传 | 是否存在收益承诺、夸大保障范围 | 不实宣传 |\n\n### 第四步：情绪异常标记\n\n对客户语音进行情绪分析：\n\n| 情绪类型 | 判定依据 | 处理建议 |\n|---------|---------|---------|\n| 疑惑 | 语气疑问、反复确认同一问题 | 标注，建议复核代理人解释是否充分 |\n| 犹豫 | 长时间沉默、语气犹豫 | 标注，检查是否存在强迫销售 |\n| 不满 | 语气急躁、抱怨 | 标注，建议人工复核沟通质量 |\n| 紧张 | 语速异常、声音颤抖 | 标注，检查是否存在误导销售 |\n\n### 第五步：输出质检报告\n\n1. **质检摘要** — 转写完整度、合规通过率、异常项数量\n2. **转写文本** — 带时间戳和说话人标注的完整文本\n3. **合规检查表** — 逐项合规比对结果\n4. **异常清单** — 不合规项、情绪异常片段及时间定位\n5. **质检结论** — 通过/有条件通过/不通过\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| asr-service | 语音转写与说话人分离 | 是 |\n| compliance-kb | 标准话术模板与合规规则查询 | 是 |\n\n## 机构系统能力调用\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤2 | `asr-service.transcribe_with_diarization` | 语音转写及说话人分离 | `audio_path`, `language`, `num_speakers` | 生成带说话人标注的转写文本 |\n| 步骤3 | `compliance-kb.get_standard_script` | 获取产品对应的标准话术模板 | `product_code`, `region` | 合规比对基准 |\n\n> **降级策略**：当机构系统能力不可用时，应提示由人员向客户索取转写文本和话术模板，或跳过该步骤继续后续分析。\n\n## 输出格式\n\n以结构化 Markdown 报告输出，包含以下部分：\n\n1. **分析结论** — 核心判定结果（通过/有条件通过/不通过）\n2. **详细说明** — 逐项合规比对结果表格\n3. **风险提示** — 需特别关注的异常项及时间定位\n4. **引用依据** — 引用的监管条款或公司合规规则\n\n## 关联技能\n\n- **健康核验**（`insurance-underwriting-health-verification`）：如需校验双录中健康告知相关话术的准确性\n- **结论解读**（`insurance-underwriting-conclusion-interpretation`）：如需将双录质检结论转化为客户沟通话术\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于回访意图分析、投保材料核查。当用户需求属于以下场景时应转交其他技能或人工处理：回访意图分析、投保材料核查\n2. **禁止替代人工终审**：本技能输出质检建议，最终合规判定由授权人员确认\n3. **数据溯源**：每项不合规标记必须标注时间戳和转写原文，未标注的不合规标记视为无效\n4. **隐私保护**：双录音视频中的客户身份信息、银行账号等敏感信息必须脱敏\n5. **原始文件保留**：质检过程不得修改或覆盖原始音视频文件\n6. **转写准确性声明**：语音转写可能存在误差，关键判定应提供原始音频时间定位供人工复核\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 转写完整度和合规通过率\n- 异常项数量及分类\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **方言和口音**：部分客户使用方言，ASR转写准确率下降，关键段落应标注\"需人工复听\"\n- **背景噪音**：录音环境嘈杂时，说话人分离准确率降低，建议标注音频质量评分\n- **话术模板版本**：不同地区、不同时期的合规要求可能不同，需确认使用正确版本\n- **多产品双录**：一次双录涉及多个产品时，需分别比对各自话术模板\n- **客户沉默不等于同意**：客户未明确回应不能视为确认，需标注为\"客户确认缺失\"\n- **代理人引导性提问**：代理人使用封闭式或引导性提问获取客户确认，应标记为\"疑似诱导\"\n\n## 测试用例\n\n### 用例1：合规双录\n- **输入**：标准双录音视频，代理人完整播报话术，客户明确确认\n- **预期输出**：合规检查全部通过，质检结论\"通过\"\n- **验证点**：各项合规检查项正确标记为通过\n\n### 用例2：免责条款遗漏\n- **输入**：双录中代理人未宣读免责条款\n- **预期输出**：标记\"免责条款遗漏\"，质检结论\"不通过\"\n- **验证点**：遗漏项被正确识别\n\n### 用例3：音频质量差\n- **输入**：背景噪音大、部分内容无法辨识的双录\n- **预期输出**：标注音频质量异常，关键段落标记\"需人工复听\"\n- **验证点**：质量问题被识别并给出合理处理建议\n\n## 结束条件\n\n满足以下任一条件时，结束技能执行并将对话交还给用户：\n\n1. **成功输出** — 已完成全部质检分析，呈现质检报告\n2. **信息不足** — 已告知用户缺失的双录文件或话术模板\n3. **超出范围** — 请求超出本技能能力范围，已说明边界\n4. **用户满意** — 用户明确表示已获得所需结果\n\n结束前必须确认：用户是否还有其他相关问题需要处理。\n\n---\n\n## Disclaimer / 免责声明\n\n> ⚠️ **重要声明**\n> - 本技能提供参考框架和分析建议，不构成任何形式的投资建议、法律意见或专业判断\n> - 所有分析结果仅供参考，最终决策须由具备相应资质的专业人员作出\n> - 用户应结合实际情况独立判断\n\n---\n\n## 2026-09-09 维护更新：监管动态、示例补充与表格维度增强\n\n### 监管与行业动态（截至 2026-09-09）\n\n| 时间 | 监管/行业动向 | 对核保作业的直接影响 |\n|---|---|---|\n| 2023-05 起 | 国家金融监督管理总局承接原银保监会职责 | 核保规则引用口径统一 |\n| 2024-2025 | 《保险法》修订草案公开征求意见，强化告知义务与消费者保护 | 告知询问与结论告知须更清晰可回溯 |\n| 持续有效 | 一年期以上人身险销售可回溯（双录）要求 | 双录质检为核保前置环节之一 |\n| 2025 | 健康险相关政策与数据合规趋严 | 健康数据使用须最小必要并取得授权 |\n| 2026 | 带病体保险与普惠型产品发展 | 核保须支持分级承保与差别定价 |\n\n> 说明：以上为作业参考整理，具体条款与生效时间以监管机构官方最新发布为准。\n\n### 模块示例补充\n\n**示例1（健康告知审核）**：客户投保重疾险，告知有甲状腺结节（TI-RADS 3类）但未提及近半年超声随访结果。AI判定\"告知不完整\"，列出需补充的3项材料（近6个月超声报告、甲功检查、专科随访记录），并给出三种可能结论（标准体/除外/延期）及触发条件。\n\n**示例2（医学评估）**：客户BMI 32.5、空腹血糖6.9mmol/L、脂肪肝（中度）。AI综合评估为代谢综合征风险，给出\"加费承保\"或\"除外相关责任\"的两种方案比较，并说明需人工核保师最终裁定。\n\n**示例3（核保结论解读）**：AI将\"除外承保\"结论转译为客户可理解的表述：说明除外范围、对保障的影响、后续可申请复议的条件与时间点，并附回访话术。\n\n**示例4（双录质检）**：AI按质检清单逐项检查：身份确认、产品说明、风险提示、免责条款宣读、客户确认回答。发现\"免责条款未完整宣读\"一项缺失，输出补录要求。\n\n### 表格维度增强\n\n**健康风险评级表（新增维度）**\n\n| 风险因素 | 轻度 | 中度 | 重度 | 常见结论 | 需补充材料 |\n|---|---|---|---|---|---|\n| BMI | 24-28 | 28-32 | >32 | 标准体/加费 | 体检报告 |\n| 血压 | 140-159/90-99 | 160-179/100-109 | ≥180/110 | 加费/延期 | 多次测量记录 |\n| 血糖 | 6.1-6.9 | 7.0-11.0 | >11.0 | 加费/拒保 | 糖化血红蛋白 |\n| 结节 | <1cm且稳定 | 1-2cm | >2cm或形态异常 | 除外/延期 | 影像随访 |\n\n**核保结论沟通表（新增维度）**\n\n| 结论 | 客户常见疑问 | 解释要点 | 后续路径 | 回访时限 |\n|---|---|---|---|---|\n| 标准体 | 为何还需体检 | 说明抽检机制 | 直接承保 | — |\n| 加费 | 能否不加 | 说明风险对价 | 可复议（补充材料） | 3个工作日 |\n| 除外 | 保障是否够用 | 说明除外范围 | 可部分替代产品 | 3个工作日 |\n| 延期 | 何时可再投 | 说明观察期 | 期满复查 | 到期前提醒 |\n| 拒保 | 是否留档 | 说明如实告知义务 | 其他险种咨询 | 5个工作日 |\n\n### 数据最小化与人工确认清单\n\n- 健康资料、体检报告、影像资料输入前先脱敏（姓名保留姓氏、证件号保留前6后4）。\n- AI给出的核保建议均为初稿，须由持证核保人员预览确认后方可出具正式核保结论。\n- 涉及加费、除外、延期、拒保的结论，须由核保人员复核原始材料后作出并完整留痕。\n\n**更新日志**：v2.0.5 (2026-09-09) 新增执行边界说明，统一由具备权限的人员在机构系统中执行的表述；v2.0.4 (2026-09-09) 修正能力声明与作业流程描述的一致性问题，补充人工确认与数据最小化要求；新增监管动态表（截至2026-09-09）、4条模块示例；新增健康风险评级表与核保结论沟通表。\n\n\n---\n\n## 数据最小化与授权边界（2026-09-10 修订）\n\n本技能为**作业流程参考材料**，不含可执行脚本，也不要求任何工具权限。使用时遵循以下四条硬约束：\n\n| 约束 | 具体要求 |\n|---|---|\n| 数据最小化 | 只采集当前环节判断所必需的字段；身份证号、银行账号、病历明细等敏感项一律脱敏或仅引用编号，不进入对话与输出 |\n| 最小权限 | 涉及客户、征信、医疗、交易等系统的查询，须使用机构分配的**具名最小权限账号**，禁止使用共享的通用高权限凭据 |\n| 逐操作授权 | 每一个查询、生成、外发动作都需要**一次明确的人工确认**；不存在\"默认执行\"\"确认机制为 none\"的步骤 |\n| 无本地 | 本技能不建立、不写入、不维护任何本地输出目录、笔记文件或日志文件；所有留痕由机构既有系统在受控环境中完成 |\n\n> 文中出现的命令、接口名、参数示例均为**说明性文字**，用于解释作业口径，不代表本技能会调用或要求调用对应能力。\n\n\n---\n\n## 2026-09-10 维护更新：健康数据边界澄清与场景示例补充\n\n### 本次修订说明\n\n针对复审提出的\"含外呼自动化、消息自动发送与本地审计日志表述\"问题，本次已：**删除外呼与消息发送环节的自动化表述，以及本地日志目录相关表述**；把系统动作统一改为由具备权限的人员在机构系统中执行；补充最小权限与逐操作授权章节。\n\n### 核保动作执行主体与授权要求（新增维度）\n\n| 动作 | 执行主体 | 授权要求 | 客户知情 |\n|---|---|---|---|\n| 健康告知解读 | 具备权限的人员 | 岗位权限 | 需确认 |\n| 体检与病历调阅 | 具备权限的人员 | 客户授权 | 需授权书 |\n| 核保结论沟通 | 具备权限的人员 | 岗位权限 | 需回访留痕 |\n| 回访跟进 | 具备权限的人员 | 岗位权限 | 需客户确认时间 |\n\n### 场景示例补充\n\n**示例 1：客户健康告知存在模糊表述**\n> 正确处理：给出需澄清的问题清单与提问话术，由人员向客户核实，不得由本技能推定告知内容。\n\n**示例 2：需要补充体检项目**\n> 正确处理：说明补检项目与医学依据，体检安排由具备权限的人员在机构系统中发起。\n\n**示例 3：加费或除外责任结论需要沟通**\n> 正确处理：提供沟通结构与异议应对口径，结论送达由具备权限的人员完成并留痕。\n\nFile v2.0.7:_meta.json\n\n{\n  \"ownerId\": \"kn74e704j3ygjcygnpf02rdvd185js13\",\n  \"slug\": \"underwriting-expert-digital-employee\",\n  \"version\": \"2.0.7\",\n  \"publishedAt\": 1789023515145\n}\n\nFile v2.0.7:skill-card.md\n\n## Description:\n\nSupports insurance underwriting workflows across health review, medical assessment, underwriting decision explanation, follow-up drafting, and sales-recording quality checks.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[gechengling](https://clawhub.ai/user/gechengling)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nInsurance underwriting employees use this skill to draft structured health-review, medical-assessment, decision-explanation, customer-follow-up, and sales-recording QA outputs for qualified human review.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill handles sensitive insurance, health, and customer data.\n\nMitigation: Use it only in a controlled underwriting environment, minimize and redact inputs, and follow institution-approved retention and audit procedures.\n\nRisk: Draft underwriting conclusions, notices, or follow-up language could be inaccurate or incomplete.\n\nMitigation: Require qualified underwriting or compliance review before any conclusion is applied, saved, communicated, or used for a business decision.\n\nRisk: Customer outreach and system-access steps could be mistaken for authorized automation.\n\nMitigation: Do not grant direct telephony, messaging, CRM, ASR, or notification-system tools unless each action is separately authorized, logged, consented, and human-confirmed.\n\n## Reference(s):\n\n- [ClawHub Skill Page](https://clawhub.ai/gechengling/skills/underwriting-expert-digital-employee)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Structured Markdown reports, checklists, notices, scripts, and review prompts]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Outputs are drafts requiring qualified human review before use.]\n\n## Skill Version(s):\n\n2.0.7 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v2.0.6: 3 files, 30237 bytes\n\nFiles: skill-card.md (2465b), SKILL.md (85948b), _meta.json (155b)\n\nFile v2.0.6:SKILL.md\n\n---\nname: \"Underwriting Expert Digital Employee\"\nslug: underwriting-expert-digital-employee\ndescription: \"覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。\"\nversion: 2.0.6\nallowed-tools: []\ncapabilities:\n  - educational-reference\n  - human-executed-workflow\n  - requires-human-review\n  - requires-human-execution\n  - no-executable-code\n---\n\n# Underwriting Expert Digital Employee / 核保专家数字员工\n\n> **⚠️ SECURITY NOTICE / 安全声明**\n> - **Type:** Reference workflow and analytical framework（作业流程参考与分析方法论，非可执行程序）\n> - **本技能文件自身不含可执行脚本、安装钩子或凭证采集逻辑**；文中出现的命令、接口、代码片段均为说明性示例，供用户在所属机构环境中自行判断后使用\n> - **文中描述的健康审核、医学评估、核保结论出具、回访跟进、双录质检等动作，均为对机构既有作业流程的描述**，须由具备权限的人员在机构核心系统中执行并留痕，不由本技能自动完成\n> - **所有核保结论、加费与除外决定以机构核保规则与核保师意见为准**；文档中的费率示例仅用于说明口径\n> - **All outputs are drafts for reference and require human review before application**\n> - **This skill does NOT provide financial, legal, or insurance advice**；最终业务决策须由具备资质的专业人员作出\n>\n> **⚠️ 数据安全与人工确认要求**\n> - 涉及个人信息、客户经营数据、健康医疗信息时，**须先脱敏再输入**（姓名用\"张*\"、证件号保留前6后4、账户保留后4位），遵循最小必要原则\n> - 输出如需保存、归档或对外发送，**必须先预览并由责任人确认**后再执行，不得直接落盘或外发\n> - 审计留痕与日志留存遵循所属机构制度与保存期限要求，不得超出授权范围留存敏感信息\n\n\n\n---\n\n## 执行边界说明（Execution Boundary）／请务必阅读\n\n本技能是**机构作业流程的参考手册与判定标准**，不是自动化程序。为消除理解歧义，明确界定如下：\n\n| 文中表述 | 真实含义 | 由谁执行 |\n|---|---|---|\n| 生成、输出、形成 | 生成**待确认的初稿/建议文本** | 模型生成，人工确认 |\n| 保存、归档、留存、写入 | 指人员在机构既有系统中按制度执行，并按规定留痕 | 具备权限的人员 |\n| 案件登记、结案、通知、发送 | 指人员在核心业务系统中操作 | 具备权限的人员 |\n| 审计日志、追溯记录 | 指机构系统的既有留痕机制 | 机构系统 + 责任人 |\n| 由具备权限的人员执行、自动生成 | 指**流程中的自动环节由机构系统完成**，本技能仅说明规则与判定口径 | 机构系统 |\n\n**三条硬边界：**\n1. 本技能不代替人做任何业务决定；所有结论在使用前须经具备资质的人员复核。\n2. 本技能不保存、不外发、不留存任何客户数据；如需留存，由人员在机构受控环境中按制度办理。\n3. 任何涉及资金、客户信息、监管报送的动作，均以机构系统与审批决议为准。\n\n\n## Skill Overview / 技能概览\n\n核保专家数字员工，集成以下5项核心能力模块：\n\n1. **Module 1: 核保健康审核**\n2. **Module 2: 核保医学评估**\n3. **Module 3: 核保结论解读**\n4. **Module 4: 回访跟进**\n5. **Module 5: 双录质检**\n\n---\n\n\n---\n\n## Module 1: 核保健康审核\n\n# 投保健康审核\n\n## 角色定义\n\n扮演保险核保专家。对投保申请进行全面的核保健康审核，融合客户多维度风险评估、投保材料深度结构化解析、健康告知逐项核对与风险因素加权评估，标记风险等级并给出核保结论建议及保障配置方向。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 核保预审\n- 投保审核\n- 投保风险\n- 健康告知\n- 客户自述\n- 告知矛盾\n- 风险评估\n- 客户风险\n- 核保\n- 投保材料\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 投保申请信息已提供（投保人/被保人姓名、年龄、性别、职业、申请险种及保额）\n2. 健康告知内容已知（逐项告知结果）\n3. 客户健康、财务、家庭信息至少有一项已提供\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n与用户确认（含默认值）：\n\n| 输入 | 选项 | 默认 |\n|------|------|------|\n| 投保人姓名 | 必填 | — |\n| 投保人年龄 | 18-70岁 | — |\n| 被保人姓名 | 必填 | — |\n| 被保人年龄 | 0-70岁 | — |\n| 被保人性别 | 男/女 | — |\n| 被保人职业 | 名称及类别 | 2类 |\n| 申请险种 | 重疾/医疗/意外/寿险/年金 | 重疾 |\n| 申请保额 | 金额 | 50万 |\n| 健康告知 | 逐项回答 | 全部为\"否\" |\n| 补充材料 | 病历摘要 | 无 |\n| 年收入 | 金额 | — |\n| 既往病史 | 无/已治愈良性/慢性病控制中/重大疾病史 | 无 |\n| 家族遗传史 | 无/直系亲属有癌症/心脑血管疾病/多位同类 | 无 |\n| 生活习惯 | 吸烟/饮酒/运动 | 不吸烟不饮酒有运动 |\n| 负债情况 | 房贷/车贷/其他/无 | 无 |\n| 保费预算 | 金额或占收入比例 | 年收入10% |\n| 婚姻状况 | 未婚/已婚/离异 | 已婚 |\n| 子女情况 | 数量及年龄 | 1名5岁 |\n| 赡养老人 | 是/否，人数 | 否 |\n| 近期生活变化 | 婚嫁/生育/购房/换工作/无 | 无 |\n| 投保材料 | 健康告知/体检报告/病历/财务证明/投保单 | — |\n| 客户自述语音 | 语音文件/文字稿/无 | 无 |\n| 分析模式 | 综合评估/健康告知专项/财务核保 | 综合评估 |\n| 优先级 | 速度优先/深度优先 | 深度优先 |\n\n信息不完整时也可评估，缺失维度标记为\"待补充\"，不影响已提供维度的评分。\n\n### 第二步：文档解析与信息提取\n\n如投保材料包含图片或扫描件（病历、健康告知书、财务证明等），先进行OCR解析与结构化提取：\n\n| 文档类型 | 提取重点 | 常见风险点 |\n|---------|---------|-----------|\n| 健康告知 | 阳性告知项、既往病史、家族病史 | 未如实告知、告知遗漏 |\n| 病历资料 | 诊断、治疗记录、用药史 | 诊断与告知不一致 |\n| 财务证明 | 收入证明、资产证明、负债情况 | 保额与收入不匹配 |\n| 投保单 | 职业、保额、受益人、投被保人关系 | 信息填写错误 |\n\n> **降级策略**：当OCR工具不可用时，AI应提示用户手动提供文档中的关键信息，或基于用户口述内容继续分析。\n\n### 第三步：客户自述语音解析\n\n当客户语音/音频输入可用时，将语音转写为文本并提取健康相关陈述：\n\n| 处理阶段 | 说明 |\n|---------|------|\n| 语音转写 | 调用ASR工具将客户语音转写为文本；如ASR工具不可用，提示用户提供文字稿 |\n| 健康语句提取 | 从转写文本中提取与健康相关的陈述（既往病史、症状描述、就医经历、用药情况等） |\n| 时间线梳理 | 按时间顺序整理客户自述的疾病/症状发生、诊断、治疗过程 |\n| 关键信息标注 | 标注自述中的关键健康信息：疾病名称、确诊时间、治疗方式、当前状态 |\n\n客户自述语音解析输出格式：\n\n| 提取项 | 内容 |\n|--------|------|\n| 自述疾病清单 | 客户提到的所有疾病/症状（口语原话+初步理解） |\n| 就医经历 | 就诊时间、医院、科室、诊断 |\n| 用药情况 | 当前用药名称、剂量、用药时长 |\n| 手术/住院记录 | 手术/住院时间、原因、恢复情况 |\n| 待确认项 | 模糊或不确定的陈述，需追问确认 |\n\n> **降级策略**：当ASR 机构系统能力不可用时，AI应提示用户手动提供客户自述的文字稿或口述摘要，基于文本内容继续分析。\n\n### 第四步：术语标准化\n\n将客户自述及文档解析中出现的口语化/非标准医学表述映射为标准医学术语，确保后续核保规则匹配的准确性：\n\n| 口语表述 | 标准术语 | 说明 |\n|---------|---------|------|\n| 血压高 | 高血压 | 需区分原发性/继发性 |\n| 血糖高/糖高 | 高血糖/糖尿病 | 需结合具体指标判断 |\n| 甲亢 | 甲状腺功能亢进 | 核保影响视控制情况而定 |\n| 甲减 | 甲状腺功能减退 | 需关注用药及TSH水平 |\n| 乙肝/肝病 | 乙型病毒性肝炎 | 需区分携带/小三阳/大三阳 |\n| 胆固醇高 | 高脂血症 | 需关注具体指标及是否服药 |\n| 心脏不好/心脏有问题 | 心脏疾病 | 需追问具体诊断，标注\"待补充\" |\n| 胃病 | 胃部疾病 | 需区分胃炎/溃疡/其他 |\n| 结石 | 泌尿系结石/胆结石 | 需明确部位及治疗情况 |\n| 贫血 | 贫血 | 需明确类型及原因 |\n| 痛风/尿酸高 | 高尿酸血症/痛风 | 需关注发作频率及用药 |\n| 肾不好/肾虚 | 肾脏疾病 | 需追问具体诊断，标注\"待补充\" |\n| 肺部阴影/肺上长东西 | 肺结节/肺部占位 | 需明确大小及性质 |\n\n术语标准化规则：\n1. 口语表述先映射为标准术语，再进行后续核保规则匹配\n2. 模糊表述（如\"心脏不好\"）标注为\"待补充\"，需追问具体诊断，不得自行推断\n3. 同一概念的不同口语表述统一为同一标准术语，避免重复评估\n4. 标准化结果参与第七步健康告知审核中的交叉矛盾检测，使用统一术语比对自述、告知与文档信息\n5. 术语标准化记录需保留原始表述与标准术语的映射关系，便于溯源\n\n### 第五步：多维度风险评分\n\n按健康、财务、家庭三个维度逐项评估。\n\n#### 健康维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 年龄风险 | 按年龄段分档（0-18低 / 19-35低 / 36-45中 / 46-55高 / 56+极高） |\n| 既往病史 | 无(低) / 已治愈良性(低) / 慢性病控制中(高,×2) / 重大疾病史(极高,×3) |\n| 家族遗传史 | 无 / 直系亲属有(+1级) / 多位同类(+2级) |\n| 职业类别 | 1-2类低 / 3类中 / 4类高 / 5-6类极高 |\n| 生活习惯 | 吸烟(+1) / 频繁饮酒(+1) / 无运动(+0.5) |\n\n#### 财务维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 收入负债比 | <30%低 / 30-50%中 / 50-70%高 / >70%极高 |\n| 保费预算 | <5%保障不足 / 5-15%合理 / >15%缴费压力 |\n\n#### 家庭维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 家庭责任 | 未成年子女(+1) / 赡养老人(+0.5) / 单收入(+1) / 近期大额支出(+0.5) |\n\n#### 综合等级判定\n\n| 条件 | 综合等级 |\n|------|---------|\n| 所有维度均为低 | 低 |\n| 任一维度为中 | 中 |\n| 任一维度为高 或 两个维度为中 | 高 |\n| 任一维度为极高 或 多个维度为高 | 极高 |\n\n**特殊规则**：\n- 既往病史和家族遗传史为双重加权因子，同时存在时该维度直接升至\"高\"\n- 信息缺失维度标记\"待补充\"，不参与评分，但综合结论需标注\"评估不完整\"\n\n### 第六步：基础核保检查\n\n#### 年龄核保\n\n| 险种 | 最高投保年龄 | 免体检保额 |\n|------|------------|-----------|\n| 重疾险 | 55-60岁 | 50万 |\n| 百万医疗 | 65岁 | 无需体检 |\n| 定期寿险 | 60-65岁 | 100万 |\n| 意外险 | 65岁 | 无需体检 |\n| 年金险 | 70岁 | 无需体检 |\n\n> 超过免体检保额需体检，体检项目随保额和年龄增加。\n\n#### 职业核保\n\n| 职业类别 | 重疾险 | 医疗险 | 意外险 | 寿险 |\n|---------|--------|-------|--------|------|\n| 1-2类 | 标体 | 标体 | 标体 | 标体 |\n| 3类 | 标体 | 标体 | 标体 | 标体 |\n| 4类 | 加费 | 加费 | 加费 | 加费 |\n| 5类 | 加费/拒保 | 加费/拒保 | 加费 | 加费 |\n| 6类 | 拒保 | 拒保 | 加费/拒保 | 加费/拒保 |\n\n#### 财务核保\n\n| 保额/年收入 | 核保要求 |\n|------------|---------|\n| ≤10倍 | 常规审核 |\n| 10-20倍 | 需收入证明 |\n| >20倍 | 需详细财务调查+体检 |\n\n**财务核保速查**（保费与收入比）：\n\n| 指标 | 合理范围 | 异常处理 |\n|------|----------|---------|\n| 保费/年收入 <15% | 标准 | — |\n| 保费/年收入 15-25% | 关注 | 需解释投保动机 |\n| 保费/年收入 >25% | 高风险 | 需详细财务核保 |\n| 累计保额/年收入 <10倍 | 标准 | — |\n| 累计保额/年收入 10-20倍 | 关注 | 需财务证明 |\n| 累计保额/年收入 >20倍 | 高风险 | 需详细财务核保 |\n\n### 第七步：健康告知逐项审核\n\n> **严格规则：健康告知书中的每一项询问必须逐一审核并记录结果，不得因看似无关而跳过任何告知项。遗漏告知项的核保结论视为不合规。**\n\n逐项检查健康告知回答，标记风险项：\n\n| 告知项 | 回答 | 风险标记 | 说明 |\n|--------|------|---------|------|\n| 既往病史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 手术史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 住院史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 体检异常 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 家族病史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 女性专项 | 是/否/不适用 | ✓正常/⚠关注/🔴高风险 | [说明] |\n\n#### 风险因素加权\n\n| 风险维度 | 评估内容 | 影响权重 |\n|---------|---------|---------|\n| 既往病史 | 慢性病、重大疾病、精神类疾病 | 高 |\n| 体检异常 | 各项检查指标偏离正常范围程度 | 高 |\n| 年龄风险 | 核保年龄段对应的基础风险 | 中 |\n| 职业风险 | 职业类别对应的风险等级（1-6类职业） | 中 |\n| 家族遗传 | 直系亲属重大疾病史 | 中 |\n| 体型（BMI） | 超重/肥胖对健康风险的影响 | 低 |\n| 吸烟/饮酒 | 吸烟量和年限，饮酒频率 | 低 |\n\n#### 健康告知交叉矛盾检测\n\n检查以下矛盾情形：\n\n| 矛盾类型 | 检测逻辑 | 处理方式 |\n|---------|---------|---------|\n| 诊断 vs 告知 | 病历/体检报告中有明确诊断但健康告知该项回答为\"否\" | 标记为\"告知矛盾\"，需重新确认健康告知 |\n| 告知项之间 | 不同告知项的回答存在逻辑矛盾（如住院史为\"否\"但手术史为\"是\"） | 标记为\"告知矛盾\"，需逐一核实 |\n| 客户自述 vs 告知 | 客户口述情况与健康告知书填写不一致（比对时需先经术语标准化，确保使用统一标准术语） | 标记为\"告知矛盾\"，以书面告知为准，提醒核实 |\n\n对有异常项的告知，对照疾病核保结论矩阵给出初步判断，详细规则参见 [机构既有规范或功能](机构既有规范或功能)。\n\n### 第八步：疾病核保结论匹配\n\n#### 疾病核保结论矩阵\n\n| 疾病/异常 | 重疾险 | 医疗险 | 寿险 | 关键判断依据 |\n|-----------|--------|--------|------|-------------|\n| 甲状腺结节 TI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3-4级除外或加费 |\n| 甲状腺结节 TI-RADS 3级 | 除外 | 除外 | 标准体 | 需穿刺结果 |\n| 乳腺结节 BI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3级除外 |\n| 高血压 1级 (<160/100) | 加费10-25% | 标准体/加费 | 标准体 | 控制稳定6个月以上 |\n| 高血压 2级 (≥160/100) | 加费25-50%或延期 | 加费或除外 | 加费10-25% | 需服药控制记录 |\n| 高血压 3级 (≥180/110) | 拒保 | 拒保 | 拒保 | 风险过高 |\n| 糖尿病 1型 | 拒保 | 拒保 | 拒保 | 并发症风险极高 |\n| 糖尿病 2型（控制良好） | 加费50-100% | 拒保 | 加费25-50% | 需HbA1c<7% |\n| 脂肪肝（轻度） | 标准体 | 标准体 | 标准体 | 肝功能正常 |\n| 脂肪肝（中重度） | 加费或延期 | 加费 | 标准体 | 需肝功能+血脂 |\n| 乙肝携带（小三阳） | 标准体/加费 | 除外肝病 | 标准体 | 肝功能+HBV-DNA正常 |\n| 乙肝（大三阳/活动期） | 拒保或延期 | 拒保 | 延期 | 需治疗转阴后重评 |\n| 肺结节 <5mm | 延期观察 | 除外 | 标准体 | 需3-6个月复查 |\n| 肺结节 5-8mm | 延期观察 | 除外 | 延期观察 | 需随访+专科评估 |\n| 肺结节 >8mm | 拒保 | 拒保 | 拒保 | 高度怀疑恶性 |\n| 子宫肌瘤 <5cm | 标准体 | 标准体 | 标准体 | 无症状 |\n| 子宫肌瘤 >5cm | 延期 | 除外 | 加费 | 需手术评估 |\n| 抑郁症（已痊愈>2年） | 加费或标准体 | 标准体 | 标准体 | 需康复证明 |\n| 抑郁症（治疗中） | 延期 | 延期 | 延期 | 病情稳定后重评 |\n| BMI >28 且 <32 | 加费10-25% | 加费 | 加费 | 排除代谢综合征 |\n| BMI ≥32 | 延期 | 延期 | 延期 | 建议减重后投保 |\n\n> 规则表基于行业常见实践，具体以承保公司最新核保手册为准。\n\n### 第九步：综合评估与核保结论判定\n\n| 整体风险等级 | 判定标准 | 核保建议 |\n|-------------|---------|---------|\n| 标准体 | 无异常或异常在标准范围内 | 标准承保，无附加条件 |\n| 次标准体-轻度 | 1-2项轻度异常 | 加费10-25%或轻微除外 |\n| 次标准体-中度 | 多项轻度或1-2项中度异常 | 加费25-50%或部分除外 |\n| 次标准体-重度 | 多项中度异常或1项重度异常 | 加费50-100%或重大除外 |\n| 延期体 | 风险暂时不确定，需观察 | 延期6-12个月后重新评估 |\n| 拒保体 | 风险超出承保范围 | 拒保，说明原因 |\n\n核保结论输出格式：\n\n| 核保结论 | 输出内容 |\n|---------|---------|\n| 标准体承保 | 正常承保，无附加条件 |\n| 加费承保 | 加费比例建议（如+50%） |\n| 除外承保 | 除外责任的具体描述 |\n| 延期核保 | 需补充的具体材料清单 |\n| 拒保 | 拒保理由说明 |\n\n### 第十步：高风险信号检测\n\n| 信号 | 触发条件 | 处理建议 |\n|------|---------|---------|\n| 短期集中投保 | 3月内多家公司投保累计>500万 | 财务核保+动机调查 |\n| 投保金额异常 | 保额远超收入合理范围 | 收入证明+财务调查 |\n| 投保时机可疑 | 确诊后投保/体检后紧急投保 | 医疗记录调取 |\n| 受益人异常 | 与被保人无利益关系 | 受益关系核实 |\n| 告知矛盾 | 不同公司健康告知不一致 或 诊断与告知不一致 | 重新确认健康告知 |\n| 代理人关联 | 投保人与代理人利益关联 | 利益冲突审查 |\n\n### 第十一步：呈现核保审核报告\n\n以结构化报告呈现，格式参见 [机构既有规范或功能](机构既有规范或功能)：\n\n1. **投保信息摘要** — 投保人/被保人基本信息、申请险种及保额\n2. **客户风险画像** — 各维度各风险项等级及说明，综合风险等级\n3. **健康告知审核** — 逐项审核结果及风险标记，交叉矛盾检测结果\n4. **风险评估矩阵** — 各维度风险等级（低/中/高/极高）及依据\n5. **核保结论** — 标体/加费（附比例）/除外（附责任描述）/延期/拒保，附详细理由\n6. **核保关注点** — 需人工核保员重点关注的事项\n7. **建议补充材料** — 需客户提供的补充材料清单\n8. **特别提示** — 信息缺失项、需重点关注风险、后续动作建议\n\n所有结论必须援引具体条款或规则依据。\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| policy-system | 保单核心系统，提供保单状态核验服务 | 否 |\n| product-system | 产品库系统，提供核保规则查询服务 | 否 |\n| ocr-service | OCR文档智能识别服务，提供文档文字提取与结构化数据提取 | 否 |\n| asr-service | 语音识别服务，提供客户语音转写与健康语句提取 | 否 |\n| customer-system | 客户与CRM系统，提供客户画像和保单持仓查询 | 否 |\n| underwriting-system | 核保系统，提供核保规则查询服务 | 否 |\n\n## 机构系统能力调用\n\n在工作流程的适当步骤，AI可调用以下机构系统能力获取数据或执行操作：\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤1：收集输入 | `customer-system.get_customer_profile` | 获取客户360度画像 | `customer_id` | 获取客户历史风险信息与标签 |\n| 步骤1：收集输入 | `customer-system.get_customer_policies` | 获取客户名下所有保单列表 | `customer_id` | 评估已有保障覆盖情况，避免重复投保 |\n| 步骤2：文档解析 | `ocr-service.extract_text` | 对图片进行OCR文字提取 | `image_path` | 解析上传的图片材料获取文本内容 |\n| 步骤2：文档解析 | `ocr-service.extract_structured_data` | 按单证类型提取结构化字段 | `image_path`, `doc_type` | 提取投保单、病历、体检报告等结构化数据 |\n| 步骤3：客户自述语音解析 | `asr-service.transcribe_audio` | 将客户语音/音频转写为文本 | `audio_path`, `language` | 解析客户语音自述获取健康相关陈述文本 |\n| 步骤3：客户自述语音解析 | `asr-service.extract_health_statements` | 从语音转写文本中提取健康相关语句 | `transcript_text` | 结构化提取客户自述中的疾病、症状、就医等信息 |\n| 步骤6：基础核保检查 | `policy-system.verify_policy_status` | 核验保单状态（有效/失效/终止/期满） | `policy_no` | 确认投保人在保状态，辅助风险评估 |\n| 步骤7：健康告知审核 | `product-system.get_underwriting_rules` | 获取产品核保规则 | `product_code`, `rule_type` | 对照规则评估健康异常项 |\n| 步骤8：疾病核保匹配 | `underwriting-system.query_underwriting_rules` | 查询核保规则 | `condition`, `product_type` | 匹配风险要素与核保处理规则 |\n\n> **降级策略**：当机构系统能力不可用时，AI应提示用户手动提供对应信息。若涉及**underwriting-system**、**product-system**等核保规则查询工具，该数据为疾病核保结论匹配（步骤8）和健康告知审核（步骤7）的必需依据；如用户无法提供，暂停流程并明确告知用户：\"核保规则系统不可用，无法继续疾病核保规则匹配。请手动提供[所需核保规则]后重试。\" 若涉及**policy-system**、**customer-system**等辅助核验工具，如用户无法提供，标注该维度为\"待补充\"，不得假设或估算。下游基础核保检查、多维度风险评分等步骤应使用保守默认值继续，或在最终核保报告中明确标注\"[步骤X]数据缺失，结论可能不完整\"。\n\n## 关联技能\n\n- **医疗评估**（`insurance-underwriting-medical-assessment`）：体检报告复杂或需深度医学分析时，调用此技能进行专业医学评估\n- **保障缺口顾问**（`insurance-agent-gap-advisor`）：客户有保障配置需求时，转交此技能进行专业缺口分析与配置推荐\n- **录音质检**（`insurance-underwriting-recording-inspection`）：核保环节涉及双录时，调用此技能进行录音合规性检查\n- **核保结论解读**（`insurance-underwriting-conclusion-interpretation`）：核保结论出具后，调用此技能为客户解读结论含义及后续处理\n- **后续跟进**（`insurance-underwriting-follow-up-outreach`）：延期或需补充材料时，调用此技能安排客户跟进与材料收集\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于体检报告解读、回访问答分析、保障配置推荐。当用户需求属于以下场景时应转交其他技能或人工处理：体检报告解读（→medical-assessment）、回访问答分析、保障配置推荐（→gap-advisor）\n2. **核保结论为建议性质**：本技能输出核保建议，最终核保决定由持证核保专员审批\n3. **禁止承保承诺**：不使用\"一定能承保\"\"保证通过\"等承诺性表述\n4. **禁止歧视性判断**：核保决策不得基于种族、宗教等受法规保护的因素\n5. **数据溯源**：每项核保结论必须标注依据（核保规则/医学依据），未标注依据的结论视为不合规\n6. **隐私保护**：被保险人健康信息、身份证号等敏感信息必须脱敏处理\n7. **健康告知逐项核对不得跳过**：健康告知书中的每一项询问必须逐一审核并记录结果，不得因看似无关而跳过任何告知项，遗漏告知项的核保结论视为不合规\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 每步决策的输入和输出快照\n- 多维度风险评分过程记录\n- 健康告知逐项审核记录\n- 核保结论及依据\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **预审≠最终核保结论**：本技能输出的是基于规则的预审建议，最终核保结论由保险公司核保部门做出，可能需要体检或补充材料后调整\n- **健康告知必须如实**：中国大陆保险实行\"询问告知\"原则，问到的必须如实回答，未问到的不需主动告知。但故意隐瞒将导致拒赔且不退保费\n- **核保结论因公司而异**：同一被保人在不同公司的核保结论可能不同，各公司核保尺度有差异，可尝试多家投保取最优结果\n- **加费/除外不等于坏事**：加费承保说明风险可控，除外承保至少获得了其他保障，比拒保好得多。客户不应因加费/除外而放弃投保\n- **延期不是拒保**：延期意味着\"现在不能决定，等病情稳定后再评估\"，如术后恢复期、急性病治疗中，恢复后可能标体承保\n- **体检核保的陷阱**：投保前自行体检可能发现原本不知情的异常，反而影响健康告知。建议先完成健康告知，保险公司要求体检时再做\n- **2年不可抗辩的边界**：保单生效满2年后保险公司不得以未如实告知拒赔，但故意欺诈（如确诊后投保）不受此保护\n- **智能核保≠人工核保**：线上智能核保给出的是即时结论，范围有限；人工核保可处理更复杂情况，如同时存在多种疾病时的综合评估\n- **不要替代体检**：风险评估基于客户自述和已有材料，不替代保险公司体检结论，核保结果可能与评估不一致\n- **年龄是最强预测因子**：保费随年龄指数级增长，35岁后每延迟1年投保重疾险成本显著上升，应在评估中强调\n- **健康告知逐项核对不得跳过**：健康告知书中的每一项询问必须逐一审核，不得因看似无关而跳过任何告知项\n- **既往症的核保影响**：客户自述\"已治愈\"不等于保险公司认可\"标体承保\"，需提醒客户如实告知\n- **不编造医学结论**：信息不足时明确标注\"需补充材料\"，不猜测、不推断、不编造诊断\n- **敢下判断**：\"可能保也可能不保\"是废话，必须给出倾向性意见（如\"建议加费25%承保\"）并说明依据\n- **客户自述≠健康告知**：客户自述内容与健康告知是两个独立信息源，自述中提到的健康问题如果健康告知未回答\"是\"，需标记为潜在告知矛盾，以书面告知为准\n- **口语表述需标准化后匹配**：客户说\"血压高\"不能直接按\"高血压\"核保规则处理，需确认是否为医学诊断——自述≠诊断，口语表述必须先经术语标准化再匹配核保规则\n- **模糊自述不得推断**：客户说\"心脏不好\"\"肾虚\"等模糊表述，必须追问具体诊断，不得自行推断为某种疾病并匹配核保结论\n- **规则表是参考不是法律**：内联规则表基于行业常见实践，具体以承保公司最新核保手册为准\n- **动态观察风险**：延期观察期内，如客户提供了新的有利材料（如结节缩小、指标恢复正常），应重新评估\n- **家庭维度的隐性风险**：单收入家庭的风险远高于双收入家庭，即使收入水平相同，保障需求差异大\n\n## 输出格式\n\n> 输出数据遵循保险Skill通用数据交换Schema，字段命名统一为snake_case，金额单位为分，日期格式为ISO 8601。\n\n以结构化核保报告输出，包含：\n\n1. **投保信息摘要** — 投保人/被保人基本信息、申请险种及保额\n2. **客户风险画像** — 标签化呈现客户特征，综合风险等级\n3. **风险评估矩阵** — 各维度风险等级（低/中/高/极高）及依据\n4. **健康告知审核结果** — 逐项审核记录，含交叉矛盾检测结果\n5. **核保结论** — 标体/加费（附比例）/除外（附责任描述）/延期/拒保，附详细理由\n6. **关注要点** — 需人工核保员重点核查的事项\n7. **补充材料清单** — 如结论为延期/加费，列出需补充的材料\n\n所有结论必须援引具体条款或规则依据。输出语言需通俗易懂，避免过度专业的术语。\n\n## 测试用例\n\n### 用例1：标准体预筛\n- **输入**：30岁男性，2类职业，重疾险50万，健康告知全部为\"否\"，年收入15万，无负债，已婚1名3岁子女\n- **预期输出**：综合风险等级为\"低\"，核保预审结论为标体承保，无风险标记，无需补充材料\n- **验证点**：年龄职业合规，保额在免体检额度内，健康告知无异常，多维度评分均为低\n\n### 用例2：高风险标记\n- **输入**：50岁男性，4类职业，重疾险100万，健康告知有高血压和2型糖尿病，年收入10万，房贷50万，赡养2位老人\n- **预期输出**：综合风险等级为\"高\"或\"极高\"，高风险标记，建议加费或拒保，需补充病历和体检报告，触发财务核保关注\n- **验证点**：健康告知异常正确标记，保额/年收入比超10倍触发财务核保，既往病史双重加权生效\n\n### 用例3：信息不全\n- **输入**：仅提供被保人年龄45岁、申请医疗险，职业、健康告知、年收入等均未提供\n- **预期输出**：列出缺失关键信息清单，已提供维度正常评估，缺失维度标记\"待补充\"，综合结论标注\"评估不完整\"\n- **验证点**：缺失信息不假设不估算，明确告知需补充的内容\n\n### 用例4：告知矛盾检测\n- **输入**：40岁女性，体检报告显示甲状腺结节TI-RADS 3级，但健康告知既往病史回答为\"否\"\n- **预期输出**：标记\"告知矛盾\"，核保建议除外甲状腺疾病，提示需重新确认健康告知\n- **验证点**：诊断与告知不一致被正确检测，矛盾标记明确\n\n### 用例5：文档OCR解析\n- **输入**：上传体检报告图片，含血压、血糖、BMI等指标\n- **预期输出**：OCR提取结构化数据，异常指标标记，基于提取结果进行风险评估\n- **验证点**：OCR工具正确调用，结构化字段准确提取\n\n## 结束条件\n\n满足以下任一条件时，结束技能执行并将对话交还给用户：\n\n1. **成功输出** — 已完成全部分析/计算/生成步骤，并向用户呈现了最终结果\n2. **信息不足** — 已明确告知用户缺失的关键信息，并列出补充材料清单\n3. **超出范围** — 用户请求超出本技能能力范围，已说明边界并建议转人工或调用其他技能\n4. **用户满意** — 用户明确表示已获得所需结果，无需进一步处理\n\n结束前必须确认：用户是否还有其他相关问题需要处理。\n\n\n---\n\n## Module 2: 核保医学评估\n\n# 体检报告与病历核保医学评估\n\n## 角色定义\n\n扮演核保医学顾问。对被保险人提交的体检报告、病历资料、病理材料等进行深度结构化解析与逐项核保分析，将医疗异常指标转化为核保风险评估结论，支持多疾病交叉推理，输出含具体加费比例与除外责任描述的核保建议，为核保人员提供专业的医学依据和处理建议。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 体检报告核保\n- 体检异常核保影响\n- 异常指标\n- 病历风险\n- 血压/血糖/血脂核保\n- 影像学异常核保\n- 体检指标解读\n- 体检报告分析\n- 加费核保\n- 除外承保\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 医疗材料已提供（体检报告、病历资料、病理材料等，文字描述或图片上传均可）\n2. 申请险种已确认（重疾险/医疗险/寿险/意外险）\n3. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n| 输入 | 说明 | 是否必填 |\n|------|------|---------|\n| 医疗材料 | 体检报告、病历资料、病理材料（文字描述或图片上传） | 必填 |\n| 申请险种 | 重疾险/医疗险/寿险/意外险 | 必填 |\n| 申请保额 | 核保保额范围 | 建议填写 |\n| 被保险人年龄/性别 | 影响基础风险判断 | 建议填写 |\n| 被保险人职业 | 影响职业风险权重评估 | 建议填写 |\n| 健康告知内容 | 逐项告知结果，含阳性告知项详情 | 建议填写 |\n| 年收入 | 万元，用于财务核保合理性校验 | 选填 |\n\n### 第二步：文档解析与信息提取\n\n对提供的医疗材料进行深度结构化解析，识别文档类型并提取关键信息。\n\n#### 文档类型识别与提取\n\n| 文档类型 | 提取重点 | 常见风险点 |\n|---------|---------|-----------|\n| 体检报告 | 异常指标、BMI、血压、血糖、结节、肿瘤标志物 | 指标临界值、多项异常、报告时效性 |\n| 病历资料 | 诊断、治疗记录、用药史、手术记录 | 诊断与告知不一致、遗漏诊断 |\n| 病理材料 | 病理分型、分级、免疫组化结果 | 分级与核保结论直接相关 |\n| 健康告知 | 阳性告知项、既往病史、家族病史 | 未如实告知、告知遗漏 |\n| 影像学报告 | 结节大小/分级、占位性病变描述 | 描述模糊需补充专科评估 |\n\n#### OCR 提取（图片类材料）\n\n当医疗材料以图片形式提供时，使用 OCR 工具进行文字提取与结构化数据提取：\n\n1. 调用 `ocr-service.extract_text` 对图片进行 OCR 文字提取\n2. 调用 `ocr-service.extract_structured_data` 按文档类型（`doc_type`：体检报告/病历/病理报告）提取结构化字段\n3. 校验 OCR 提取结果的完整性与准确性，关键数值（如血压值、血糖值、结节尺寸）需二次确认\n\n### 第三步：体检指标分类整理（内部由机构系统按规则执行）\n\n将体检报告中的指标按系统分类：\n\n| 系统分类 | 典型指标 |\n|---------|---------|\n| 心血管系统 | 血压、心电图、心脏超声、心肌酶 |\n| 代谢系统 | 空腹血糖、糖化血红蛋白、血脂四项、尿酸 |\n| 肝功系统 | 转氨酶（ALT/AST）、胆红素、乙肝标志物 |\n| 肾功系统 | 肌酐、尿素氮、尿蛋白、肾脏超声 |\n| 肿瘤标志物 | AFP、CEA、CA125、PSA 等 |\n| 影像学 | 胸部CT/X光、腹部超声、甲状腺超声、乳腺超声 |\n| 血液系统 | 血常规（白细胞、血小板、血红蛋白） |\n\n### 第四步：风险因素评估\n\n综合评估被保险人各项风险因素，按权重进行分级：\n\n| 风险维度 | 评估内容 | 影响权重 |\n|---------|---------|---------|\n| 既往病史 | 慢性病、重大疾病、精神类疾病 | 高 |\n| 体检异常 | 各项检查指标偏离正常范围程度 | 高 |\n| 年龄风险 | 核保年龄段对应的基础风险 | 中 |\n| 职业风险 | 职业类别对应的风险等级（1-6类职业） | 中 |\n| 家族遗传 | 直系亲属重大疾病史 | 中 |\n| 体型（BMI） | 超重/肥胖对健康风险的影响 | 低 |\n| 吸烟/饮酒 | 吸烟量和年限，饮酒频率 | 低 |\n\n### 第五步：疾病核保结论矩阵匹配\n\n依据疾病核保结论矩阵，对识别出的异常指标和疾病进行核保规则匹配。以下矩阵基于行业常见实践，具体以承保公司最新核保手册为准。\n\n| 疾病/异常 | 重疾险 | 医疗险 | 寿险 | 关键判断依据 |\n|-----------|--------|--------|------|-------------|\n| 甲状腺结节 TI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3-4级除外或加费 |\n| 甲状腺结节 TI-RADS 3级 | 除外 | 除外 | 标准体 | 需穿刺结果 |\n| 乳腺结节 BI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3级除外 |\n| 高血压 1级 (<160/100) | 加费10-25% | 标准体/加费 | 标准体 | 控制稳定6个月以上 |\n| 高血压 2级 (≥160/100) | 加费25-50%或延期 | 加费或除外 | 加费10-25% | 需服药控制记录 |\n| 高血压 3级 (≥180/110) | 拒保 | 拒保 | 拒保 | 风险过高 |\n| 糖尿病 1型 | 拒保 | 拒保 | 拒保 | 并发症风险极高 |\n| 糖尿病 2型（控制良好） | 加费50-100% | 拒保 | 加费25-50% | 需HbA1c<7% |\n| 脂肪肝（轻度） | 标准体 | 标准体 | 标准体 | 肝功能正常 |\n| 脂肪肝（中重度） | 加费或延期 | 加费 | 标准体 | 需肝功能+血脂 |\n| 乙肝携带（小三阳） | 标准体/加费 | 除外肝病 | 标准体 | 肝功能+HBV-DNA正常 |\n| 乙肝（大三阳/活动期） | 拒保或延期 | 拒保 | 延期 | 需治疗转阴后重评 |\n| 肺结节 <5mm | 延期观察 | 除外 | 标准体 | 需3-6个月复查 |\n| 肺结节 5-8mm | 延期观察 | 除外 | 延期观察 | 需随访+专科评估 |\n| 肺结节 >8mm | 拒保 | 拒保 | 拒保 | 高度怀疑恶性 |\n| 子宫肌瘤 <5cm | 标准体 | 标准体 | 标准体 | 无症状 |\n| 子宫肌瘤 >5cm | 延期 | 除外 | 加费 | 需手术评估 |\n| 抑郁症（已痊愈>2年） | 加费或标准体 | 标准体 | 标准体 | 需康复证明 |\n| 抑郁症（治疗中） | 延期 | 延期 | 延期 | 病情稳定后重评 |\n| BMI >28 且 <32 | 加费10-25% | 加费 | 加费 | 排除代谢综合征 |\n| BMI ≥32 | 延期 | 延期 | 延期 | 建议减重后投保 |\n\n#### 综合风险等级判定\n\n| 整体风险等级 | 判定标准 | 核保建议 |\n|-------------|---------|---------|\n| 标准体 | 无异常或异常在标准范围内 | 标准承保，无附加条件 |\n| 次标准体-轻度 | 1-2项轻度异常 | 加费10-25%或轻微除外 |\n| 次标准体-中度 | 多项轻度或1-2项中度异常 | 加费25-50%或部分除外 |\n| 次标准体-重度 | 多项中度异常或1项重度异常 | 加费50-100%或重大除外 |\n| 延期体 | 风险暂时不确定，需观察 | 延期6-12个月后重新评估 |\n| 拒保体 | 风险超出承保范围 | 拒保，说明原因 |\n\n### 第六步：多疾病交叉推理\n\n当被保险人存在多项异常时，必须进行交叉推理，而非简单叠加单项结论：\n\n1. **单项异常**：按该异常对应的核保处理\n2. **多项异常叠加≠简单叠加**：多项轻度异常同时存在时，综合风险可能远超单项风险简单相加，需系统性评估。例如：高血压+高血糖+超重同时存在时，代谢综合征的整体风险远大于三项单独风险之和\n3. **系统性异常**：提示可能存在尚未确诊的基础疾病（如多项代谢指标异常提示代谢综合征），建议延期核保并要求专科综合评估\n4. **除外责任合并**：多项异常涉及不同系统时，除外责任条款需分别列示、合并适用\n5. **加费取严原则**：多项异常导致不同加费比例时，取最高加费比例为基础，根据叠加效应酌情上浮\n\n### 第七步：综合核保结论输出\n\n综合所有异常指标与风险因素，给出整体核保处理建议，结论必须包含具体条件：\n\n| 核保结论 | 定义 | 输出内容要求 |\n|---------|------|------------|\n| 标准体承保 | 无异常或异常在可接受范围 | 正常承保，无附加条件 |\n| 加费承保 | 存在风险但可承保 | **加费比例建议**（如+50%），说明加费依据 |\n| 除外承保 | 特定疾病除外后可承保 | **除外责任的具体描述**（如\"甲状腺恶性肿瘤及其转移、复发除外\"），说明除外范围 |\n| 延期核保 | 需补充材料或等待病情稳定 | 需补充的具体材料清单及建议延期时长 |\n| 拒保 | 风险超出承保范围 | 拒保理由说明，引用具体规则或医学依据 |\n\n## 输出格式\n\n> 输出数据遵循保险Skill通用数据交换Schema，字段命名统一为snake_case，金额单位为分，日期格式为ISO 8601。\n\n结构化报告包含：\n\n1. **医疗异常摘要** — 所有异常指标/诊断列表及异常程度\n2. **文档解析结果** — 各类材料的结构化提取要点（OCR 材料标注提取来源）\n3. **风险因素评估** — 各维度风险等级及权重分析\n4. **逐项核保分析** — 每项异常的风险含义和核保影响，引用疾病核保结论矩阵\n5. **多疾病交叉分析** — 多项异常的交互影响评估（如有）\n6. **综合核保结论** — 整体核保结论，含具体加费比例或除外责任描述\n7. **补充材料清单** — 需要补充的专科报告或检查项目\n8. **核保依据引用** — 每项结论对应的具体规则或医学证据\n9. **关注点说明** — 需向核保人员特别说明的医学要点\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| medical-knowledge-base | 医学知识库，提供疾病诊疗指南和医疗收费标准查询 | 否 |\n| ocr-service | OCR文档智能识别服务，提供文档文字提取与结构化数据提取 | 否 |\n| underwriting-system | 核保系统，提供核保规则查询服务 | 否 |\n\n## 机构系统能力调用\n\n在工作流程的适当步骤，AI可调用以下机构系统能力获取数据或执行操作：\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤2：文档解析与信息提取 | `ocr-service.extract_text` | 对图片进行OCR文字提取 | `image_path` | 解析上传的图片材料获取文本内容 |\n| 步骤2：文档解析与信息提取 | `ocr-service.extract_structured_data` | 按单证类型提取结构化字段 | `image_path`, `doc_type` | 提取体检报告、病历、病理报告等结构化数据 |\n| 步骤5：疾病核保结论矩阵匹配 | `medical-kb.get_medical_guideline` | 获取疾病诊疗指南 | `condition` | 评估异常指标的医学意义与临床处理标准 |\n| 步骤5：疾病核保结论矩阵匹配 | `medical-kb.query_medical_fee_standard` | 查询医疗服务项目收费标准 | `service_item`, `city` | 评估体检项目费用的合理性 |\n| 步骤5：疾病核保结论矩阵匹配 | `underwriting-system.query_underwriting_rules` | 查询核保规则 | `condition`, `product_type` | 匹配风险要素与核保处理规则 |\n\n> **降级策略**：当机构系统能力不可用时，AI应提示用户手动提供对应信息。若涉及**underwriting-system**等核保规则查询工具，该数据为疾病核保结论矩阵匹配（步骤5）的必需依据；如用户无法提供，暂停流程并明确告知用户：\"核保系统不可用，无法继续疾病核保规则匹配。请手动提供[具体核保规则]后重试。\" 若涉及**medical-knowledge-base**或**ocr-service**，如用户无法提供，标注该维度为\"待补充\"，不得假设或估算。下游逐项核保分析、综合核保结论等步骤应使用保守默认值继续，或在最终核保报告中明确标注\"[步骤X]数据缺失，结论可能不完整\"。\n\n## 关联技能\n\n- **健康告知核验**（`insurance-underwriting-health-verification`）：健康告知专项逐项核验与交叉矛盾检测，发现健康告知与体检报告不一致时转交此技能\n- **录音质检**（`insurance-underwriting-recording-inspection`）：对销售过程录音进行合规质检，核验告知完整性\n- **核保结论解读**（`insurance-underwriting-conclusion-interpretation`）：向客户解读核保结论及后续操作指引\n- **后续跟进**（`insurance-underwriting-follow-up-outreach`）：延期/拒保后的补充材料跟进与客户沟通\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于健康告知校验、理赔费用审查。当用户需求属于以下场景时应转交其他技能或人工处理：健康告知校验（→health-verification）、理赔费用审查\n2. **核保结论为建议性质**：本技能输出核保建议，最终核保决定由持证核保专员审批\n3. **禁止承保承诺**：不使用\"一定能承保\"\"保证通过\"等承诺性表述\n4. **禁止歧视性判断**：核保决策不得基于种族、宗教等受法规保护的因素\n5. **数据溯源**：每项核保结论必须标注依据（核保规则/医学依据），未标注依据的结论视为不合规\n6. **隐私保护**：被保险人健康信息、身份证号等敏感信息必须脱敏处理\n7. **体检异常判定必须参照最新版核保规则手册**：体检异常指标的核保影响判定必须以最新版核保规则手册为准，不得凭经验或过时标准做出判断\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 每步决策的输入和输出快照\n- 核保结论及依据\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **体检报告时效性**：体检报告超过6个月通常需要重新体检，核保分析前须确认报告是否在有效期内\n- **临界值处理**：指标处于临界值时（如空腹血糖6.0-6.9），不同公司核保尺度差异大，必须标注\"需以公司最新规则为准\"\n- **多项异常叠加≠简单叠加**：多项轻度异常同时存在时，综合风险可能远超单项风险简单相加，需系统性评估\n- **最新核保规则优先**：核保标准随医学发展和公司政策调整，需以最新版核保规则手册为准，内联规则表基于行业常见实践仅供参考\n- **不编造医学结论**：信息不足时明确标注\"需补充材料\"，不猜测、不推断、不编造诊断\n- **敢下判断**：\"可能保也可能不保\"是废话，必须给出倾向性意见（如\"建议加费25%承保\"）并说明依据\n- **规则表是参考不是法律**：内联疾病核保结论矩阵基于行业常见实践，具体以承保公司最新核保手册为准\n- **OCR提取结果校验**：OCR提取的关键数值（血压值、血糖值、结节尺寸等）需二次确认，避免识别误差影响核保判断\n- **动态观察风险**：延期观察期内，如客户提供了新的有利材料（如结节缩小、指标恢复正常），应重新评估\n\n## 测试用例\n\n### 用例1：单项轻度异常\n- **输入**：40岁男性，重疾险100万，体检报告：甲状腺超声示左叶4mm结节，TI-RADS 2级\n- **预期输出**：建议标准体承保或附加甲状腺疾病除外条款，无需补充检查\n- **验证点**：低风险结节正确给出标准体或除外建议，引用疾病核保结论矩阵\n\n### 用例2：多项异常交叉推理\n- **输入**：50岁男性，终身寿险200万，体检：血压148/92、空腹血糖7.2、ALT 65、BMI 30\n- **预期输出**：综合评估建议加费承保（加费比例25-50%），需补充高血压和血糖相关病历，ALT需复查，标注代谢综合征风险；除外责任（如适用）需具体描述；健康告知需核对是否如实告知高血压和血糖异常\n- **验证点**：多项异常时正确进行交叉推理而非简单叠加，加费比例和除外责任描述具体明确\n\n### 用例3：重度异常\n- **输入**：55岁女性，医疗险，体检：CA125 85 U/mL（正常值<35），腹部超声示卵巢囊肿\n- **预期输出**：建议延期核保，需补充妇科专科检查及诊断报告，排除恶性肿瘤\n- **验证点**：肿瘤标志物显著异常正确建议延期并要求专科检查\n\n### 用例4：OCR材料解析\n- **输入**：45岁女性，重疾险50万，上传体检报告图片 + 病理报告图片\n- **预期输出**：OCR提取结构化数据后进行核保分析，标注关键数值来源为OCR提取\n- **验证点**：OCR工具正确调用，提取结果完整，关键数值经校验\n\n## 结束条件\n\n1. **成功输出** — 已完成医疗材料核保分析，输出结构化核保建议\n2. **信息不足** — 医疗材料内容不完整，已告知需补充的具体指标或材料\n3. **超出范围** — 涉及需要实验室复查才能判断的指标，已说明需补充检查\n4. **用户满意** — 用户明确表示已获得所需结果\n\n\n---\n\n## Module 3: 核保结论解读\n\n# 核保结论解读与通知书生成\n\n## 角色定义\n\n扮演核保结论解读与通知书起草专家。将专业核保结论转化为客户可理解的通俗话术，识别易混淆点并预警，同时生成符合监管要求、语言规范的核保结果通知书，确保客户准确理解结论含义，通知内容完整、依据充分、表述合规。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 核保结论解读\n- 核保结论解释\n- 通俗话术\n- 核保结果通知\n- 核保通知书\n- 拒保通知函\n- 加费承保通知\n- 除外责任说明书\n- 延期核保通知\n- 补充材料告知函\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 核保结论已明确（标准体/加费/除外/延期/拒保）\n2. 被保险人信息已知（姓名、证件号、申请险种、保额）\n3. 核保处理依据已确认（异常健康告知项、体检异常指标、核保规则参考）\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n## 并行技能输出合并规则\n\n本技能接收来自 `insurance-underwriting-health-verification`（健康审核）和 `insurance-underwriting-medical-assessment`（医学评估）两个并行技能的输出，合并规则如下：\n\n| 合并场景 | 合并规则 | 说明 |\n|---------|---------|------|\n| 补充材料清单 | 取并集（union），去重合并 | 两个技能均可能输出需补充的材料清单，合并后为唯一材料清单，不重复要求 |\n| 风险等级冲突 | 取更高风险等级作为最终评估 | 如 health-verification 评定为\"极高\"而 medical-assessment 评定为\"中度\"，最终采用\"极高\" |\n| 加费比例冲突 | 取更高加费比例 | 如两技能分别建议加费 30% 与 50%，最终采用 50% |\n| 核保结论冲突 | 按严格程度优先：拒保 > 延期 > 加费/除外 > 标准体 | 任一技能建议拒保，最终为拒保；任一建议延期且无拒保，最终为延期 |\n\n> 合并后的结论需标注来源技能及合并依据，确保结论可追溯。\n\n## 工作流程\n\n### 第一步：收集输入\n\n| 输入 | 说明 | 是否必填 |\n|------|------|---------|\n| 核保结论类型 | 标准体/加费/除外/延期/拒保 | 必填 |\n| 被保险人信息 | 姓名、证件号、申请险种、保额 | 必填 |\n| 核保处理依据 | 异常健康告知项、体检异常指标、核保规则参考 | 必填 |\n| 加费/除外细节 | 加费比例或除外责任的具体描述 | 加费/除外时必填 |\n| 补充材料要求 | 需补充的具体材料清单 | 延期时必填 |\n| 通知书日期 | 出具日期 | 默认当前日期 |\n\n### 第二步：通俗话术生成\n\n将核保结论转化为客户可理解的通俗话术，供代理人/核保员向客户口头解释使用：\n\n| 结论类型 | 通俗话术要点 |\n|---------|------------|\n| 标准体承保 | 恭喜话术 + 保障生效条件通俗说明 |\n| 加费承保 | 解释加费原因（如\"因为您的健康状况有XX风险，保险公司需要多收一些保费来覆盖这个风险，但其他方面的保障不受影响\"），强调其他保障正常，类比日常风险溢价 |\n| 除外承保 | 解释除外含义（如\"针对XX这个特定疾病，保险公司不提供保障，但其他所有疾病和意外都在保障范围内\"），强调除外≠拒保 |\n| 延期核保 | 解释延期含义（如\"目前的情况暂时还无法做出最终决定，保险公司需要等一段时间或补充一些材料后再评估，这不代表被拒绝\"），强调延期≠拒保，说明重新评估条件 |\n| 拒保 | 温和说明拒保原因，告知不影响其他公司投保权利，建议替代方案（如防癌险、年金险等） |\n\n话术生成规则：\n1. 使用口语化、非专业术语的表述，避免保险行话（如不说\"次标准体\"而说\"有些健康项需要特别处理\"）\n2. 对负面结论（加费/除外/延期/拒保）必须附带正面引导，不能只传达坏消息\n3. 每条话术控制在3-5句话，适合口头表达\n4. 话术需通过合规过滤：不含承诺性表述、不含歧视性判断、不诋毁同业\n\n#### 合规过滤清单\n\n生成通俗话术后，自动检查：\n- [ ] 无承诺性表述（如\"以后一定能标体承保\"\"加费以后会取消\"）\n- [ ] 无歧视性判断（如\"您这个年龄/体质不适合买保险\"）\n- [ ] 不诋毁同业（如\"别的公司不如我们\"）\n- [ ] 不弱化风险提示（如将\"拒保\"说成\"暂时不通过\"模糊化）\n- [ ] 通俗但不失准确（口语化表达不能改变核保结论的实质含义）\n\n### 第三步：易混淆点预警\n\n识别并向核保员/代理人预警核保结论中常见的易混淆点，避免向客户传达错误信息：\n\n| 易混淆点 | 正确理解 | 常见误解 | 预警提示 |\n|---------|---------|---------|---------|\n| 除外承保 ≠ 拒保 | 除外仅针对特定疾病/部位，其他保障正常 | 客户误以为\"不保了\"/\"被拒了\" | 强调\"除了XX其他都保\" |\n| 延期 ≠ 拒保 | 当前信息不足或病情不稳定，待补充后重评 | 客户误以为\"被拒绝了\" | 强调\"现在暂不决定，以后还有机会\" |\n| 加费承保说明风险可控 | 保险公司愿意承保但需加价，说明风险在可控范围 | 客户误以为\"风险很大\"\"保险公司不想保\" | 强调\"能保住比什么都重要，加费说明风险可控\" |\n| 加费比例 ≠ 保费翻倍 | 加费50%指标准保费上浮50%，非保费变为2倍 | 客户误以为保费翻倍 | 明确计算并告知实际保费金额 |\n| 核保预审结论 ≠ 最终核保决定 | 预审为建议性质，最终结论由核保部门审批 | 客户以为已确定 | 说明\"最终以保险公司审批为准\" |\n| 除外期限可能非永久 | 部分除外责任有期限，满足条件后可申请取消 | 客户以为除外是永久的 | 说明除外期限及解除条件 |\n\n预警输出规则：\n1. 根据当前核保结论类型，自动匹配并输出对应易混淆点\n2. 预警信息在通俗话术生成后、正式通知书生成前输出\n3. 对加费/除外/延期结论，必须包含至少一条易混淆点预警\n4. 预警内容同时标注在通知书起草要点中，确保正式文书措辞规避误解风险\n\n### 第四步：确定通知书类型与模板\n\n| 通知类型 | 适用场景 | 核心要素 |\n|---------|---------|---------|\n| 标准体承保通知 | 无异常，正常承保 | 确认承保，说明保障生效条件 |\n| 加费承保通知 | 存在风险，提高费率承保 | 加费比例、加费原因、保费计算方式 |\n| 除外承保通知 | 特定疾病/部位除外 | 除外责任的具体描述、除外期限 |\n| 延期核保通知 | 需补充材料或等待病情稳定 | 延期原因、需补充材料清单、有效期 |\n| 拒保通知 | 风险超出承保范围 | 拒保原因说明、法规依据（不得歧视性表述） |\n\n### 第五步：生成通知书正文\n\n通知书标准结构：\n\n```\n[保险公司名称]\n核保结果通知书\n编号：[核保编号]\n\n尊敬的 [申请人姓名] 先生/女士：\n\n感谢您申请本公司 [险种名称]。\n\n经审核，就被保险人 [被保险人姓名]（证件号：[证件号码]）\n的投保申请，核保结论如下：\n\n【核保结论】\n[标准体承保 / 加费承保 / 除外承保 / 延期核保 / 拒保]\n\n【处理说明】\n[具体说明核保依据和处理细节]\n\n【注意事项】\n[根据结论类型填写对应注意事项]\n\n如有疑问，请联系本公司客服。\n\n[保险公司名称]（盖章）\n[出具日期]\n```\n\n各类型通知书的【处理说明】规范：\n\n**加费承保**：\n> 根据您提供的健康资料，被保险人存在[异常情况描述]。依据本公司核保规则，本次承保附加费率调整条件：保费按标准费率上浮[X]%。请确认是否接受上述条件后回复，有效期为本通知书出具后30日内。\n\n**除外承保**：\n> 根据您提供的健康资料，被保险人存在[异常情况描述]。依据本公司核保规则，本次承保附加除外责任：因[具体除外疾病/部位]所致的保险事故，本公司不承担保险责任。上述除外责任为永久性除外/[X]年内除外。\n\n**延期核保**：\n> 为完成核保评估，需要您补充以下材料：1.[材料1]；2.[材料2]。请于[日期]前提交，逾期本次申请将作废，需重新申请。\n\n**拒保**：\n> 经审核，基于被保险人的健康状况，本公司目前无法承保本次申请。本次拒保决定系依据本公司核保规则作出，不影响您向其他保险公司申请投保的权利。如有异议，可在收到本通知后30日内向本公司提出复核申请。\n\n### 第六步：合规校验\n\n生成通知书前自动检查：\n\n- [ ] 无歧视性表述（不得因种族、宗教等受保护因素拒保）\n- [ ] 拒保理由有核保规则依据，非主观判断\n- [ ] 加费/除外内容表述明确，无歧义\n- [ ] 包含申诉/复核渠道说明\n- [ ] 落款信息完整\n\n## 输出格式\n\n> 输出数据遵循保险Skill通用数据交换Schema，字段命名统一为snake_case，金额单位为分，日期格式为ISO 8601。\n\n输出完整的核保结论解读与通知书文本，格式为：\n\n1. **通俗话术** — 核保结论的口语化解释，供代理人/核保员向客户口头沟通使用\n2. **易混淆点预警** — 当前结论类型对应的易混淆点清单及预警提示\n3. **通知书正文** — 可直接使用的标准格式文本\n4. **发送清单** — 需知会的人员（申请人/被保险人/代理人）\n5. **归档要点** — 需记录的核保决策依据摘要\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| notification-system | 通知系统，提供核保通知书生成服务 | 否 |\n| underwriting-system | 核保系统，提供核保结论查询服务 | 否 |\n\n## 机构系统能力调用\n\n在工作流程的适当步骤，AI可调用以下机构系统能力获取数据或执行操作：\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤1：收集输入 | `underwriting-system.get_underwriting_decision` | 获取核保结论 | `case_no` | 确认核保结论及处理依据 |\n| 步骤5：生成通知书正文 | `notification-system.generate_notification` | 生成通知书文档 | `case_no`, `notification_type`, `template_data` | 生成标准化核保结果通知书 |\n\n> **降级策略**：当机构系统能力不可用时，AI应提示用户手动提供对应信息，或跳过该步骤继续后续分析。\n\n## 关联技能\n\n- **健康险/寿险核保**（`insurance-underwriting-health-life`）：提供核保结论输入\n- **体检报告核保解读**（`insurance-underwriting-medical-exam-review`）：提供医学依据\n- **再核保/复核升级**（`insurance-underwriting-review-escalation`）：拒保结论可触发复核流程\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于保单条款解读、健康告知解释。当用户需求属于以下场景时应转交其他技能或人工处理：保单条款解读、健康告知解释\n2. **核保结论为建议性质**：本技能输出核保建议，最终核保决定由持证核保专员审批\n3. **禁止承保承诺**：不使用\"一定能承保\"\"保证通过\"等承诺性表述\n4. **禁止歧视性判断**：核保决策不得基于种族、宗教等受法规保护的因素\n5. **数据溯源**：每项核保结论必须标注依据（核保规则/医学依据），未标注依据的结论视为不合规\n6. **隐私保护**：被保险人健康信息、身份证号等敏感信息必须脱敏处理\n7. **拒保通知必须包含复核申请渠道**：拒保通知书中必须明确告知被保险人可在规定时限内提出复核申请的具体渠道和方式\n8. **加费/除外内容表述必须明确无歧义**：加费比例、除外责任范围、除外期限等关键内容必须用词精准，避免模糊表述导致后续争议\n9. **通俗话术不得弱化核保结论实质**：口语化表达不得改变核保结论的实质含义，\"拒保\"不能说成\"暂时不通过\"，\"除外\"不能说成\"轻微限制\"\n10. **易混淆点预警不得遗漏**：对加费/除外/延期结论，必须输出至少一条易混淆点预警，遗漏视为不合规\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 每步决策的输入和输出快照\n- 核保结论及依据\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **通知书是正式法律文件**：措辞不严谨可能引发法律纠纷，尤其拒保和除外表述须经合规审查\n- **拒保必须告知申诉权**：遗漏复核申请渠道可能导致监管处罚，每份拒保通知必须包含申诉途径\n- **加费/除外表述模糊是常见返工原因**：加费比例必须精确到百分比，除外责任必须写明疾病名称和具体部位\n- **通俗话术≠简化结论**：通俗话术是用客户听得懂的话解释结论，不是淡化或修改结论，\"加费50%\"在话术中必须如实传达，只是换一种客户能理解的方式说明\n- **易混淆点预警是必须步骤**：代理人/核保员向客户解释时最容易踩坑的就是这些混淆点，跳过预警可能导致客户误解甚至投诉\n- **加费话术要算清账**：客户对\"加费50%\"最直观的反应是\"太贵了\"，话术中必须附带实际保费金额计算，让客户看到具体数字后再判断\n\n## 测试用例\n\n### 用例1：加费承保通知\n- **输入**：核保结论为加费承保，被保险人有高血压病史，加费30%\n- **预期输出**：生成加费承保通知书，明确加费比例、原因、有效期\n- **验证点**：加费比例和原因表述清晰，包含承诺有效期\n\n### 用例2：除外承保通知\n- **输入**：核保结论为附加腰椎间盘突出除外承保\n- **预期输出**：生成除外承保通知书，明确除外责任范围和期限\n- **验证点**：除外责任描述准确，无歧义\n\n### 用例3：拒保通知\n- **输入**：被保险人确诊糖尿病并发症，申请重疾险被拒保\n- **预期输出**：生成拒保通知书，说明拒保依据，告知申诉渠道\n- **验证点**：无歧视性表述，包含申诉渠道，拒保理由合规\n\n## 结束条件\n\n1. **成功输出** — 已生成符合规范的核保结果通知书\n2. **信息不足** — 核保结论关键信息缺失，已告知需补充的具体内容\n3. **超出范围** — 涉及法律合规边界问题，已建议咨询合规部门\n4. **用户满意** — 用户明确表示已获得所需结果\n\n\n---\n\n## Module 4: 回访跟进\n\n# 回访跟进\n\n## 角色定义\n\n扮演保险回访跟进专家。主动联系客户进行回访，支持电话拨打与消息发送，基于客户反馈识别真实意图（确认/咨询/投诉/退保/加保），输出结构化标签与跟进建议，确保客户权益得到保障并挖掘潜在服务机会。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 回访客户\n- 打电话\n- 发消息\n- 客户意图\n- 送达回访\n- 客户跟进\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 客户联系方式已知（手机号/微信/其他）\n2. 回访事由已明确（新单送达/核保结论通知/常规回访/续期提醒）\n3. 客户基本信息和保单信息可查\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n与用户确认（含默认值）：\n\n| 输入 | 说明 | 默认 |\n|------|------|------|\n| 客户信息 | 姓名、联系方式、保单号 | — |\n| 回访事由 | 新单送达/核保结论/常规回访/续期提醒 | — |\n| 联系方式 | 电话/短信/微信 | 电话 |\n| 回访话术风格 | 专业/亲切/简洁 | 亲切 |\n\n### 第二步：生成回访话术\n\n根据回访事由自动生成沟通话术：\n\n| 回访事由 | 话术要点 | 必需确认项 |\n|---------|---------|-----------|\n| 新单送达 | 确认签收、解读条款要点、告知犹豫期权利 | 签收确认、条款理解 |\n| 核保结论 | 通知核保结果、解释加费/除外原因、确认接受意愿 | 结论知悉、接受意愿 |\n| 常规回访 | 了解客户满意度、收集反馈、识别潜在需求 | 满意度、新需求 |\n| 续期提醒 | 提醒缴费时间、确认缴费意愿、识别退保风险 | 缴费意愿、退保倾向 |\n\n### 第三步：执行联系动作\n\n支持多种联系渠道：\n\n**电话拨打**：\n- 自动拨打客户电话\n- 实时转写通话内容\n- 根据客户回应动态调整话术\n\n**消息发送**：\n- 生成标准化消息文本\n- 支持短信和微信渠道\n- 客户回复后自动解析意图\n\n| 联系方式 | 适用场景 | 响应方式 |\n|---------|---------|---------|\n| 电话 | 新单送达、核保结论、复杂事项 | 实时对话 |\n| 短信 | 续期提醒、简单通知 | 等待回复 |\n| 微信 | 常规回访、客户关怀 | 等待回复 |\n\n### 第四步：客户意图识别\n\n基于客户反馈（通话内容或消息回复）识别真实意图：\n\n| 意图标签 | 判定依据 | 跟进建议 |\n|---------|---------|---------|\n| 确认 | 客户明确表示了解并接受 | 归档完成 |\n| 咨询 | 客户提出问题，需进一步解答 | 转交相关技能或人工 |\n| 投诉 | 客户表达不满或正式投诉 | 升级投诉处理流程 |\n| 退保 | 客户明确或暗示想退保 | 触发挽留流程 |\n| 加保 | 客户表达新增保障需求 | 转交保障缺口顾问 |\n| 无响应 | 多次联系未获回复 | 标记并安排下次联系 |\n\n### 第五步：输出回访报告\n\n1. **回访摘要** — 联系方式、联系结果、客户意图标签\n2. **沟通记录** — 完整对话内容（脱敏处理）\n3. **意图分析** — 客户意图判定及依据\n4. **跟进建议** — 后续处理方案和优先级\n5. **风险提示** — 退保倾向、投诉风险等需关注事项\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| call-service | 电话拨打与通话转写 | 否（消息渠道不依赖） |\n| msg-service | 消息发送与回复接收 | 否（电话渠道不依赖） |\n| crm-system | 客户信息与保单信息查询 | 是 |\n\n## 机构系统能力调用\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤3 | `call-service.make_call` | 拨打客户电话并实时转写 | `phone_number`, `script`, `max_duration` | 执行电话回访 |\n| 步骤3 | `msg-service.send_message` | 发送短信或微信消息 | `contact_id`, `channel`, `content` | 执行消息回访 |\n| 步骤3 | `crm-system.get_customer_info` | 查询客户基本信息和保单 | `customer_id` | 获取回访背景信息 |\n\n> **降级策略**：当机构系统能力不可用时，AI应生成话术和消息模板供人工执行，并提示用户手动完成联系动作。\n\n## 输出格式\n\n以结构化 Markdown 报告输出，包含以下部分：\n\n1. **分析结论** — 客户意图判定结果\n2. **详细说明** — 沟通过程和关键信息提取\n3. **风险提示** — 退保/投诉等风险信号\n4. **引用依据** — 意图判定的依据（客户原话摘录）\n\n## 关联技能\n\n- **结论解读**（`insurance-underwriting-conclusion-interpretation`）：回访核保结论时，可调用此技能生成通俗解释话术\n- **保障缺口顾问**（`insurance-agent-gap-advisor`）：识别到客户加保意图时，可调用此技能生成配置建议\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于双录合规质检、成交异议化解。当用户需求属于以下场景时应转交其他技能或人工处理：双录合规质检、成交异议化解\n2. **禁止强迫联系**：客户明确拒绝回访时，不得反复拨打或发送消息\n3. **通话录音告知**：电话回访开始前必须告知客户通话可能被录音\n4. **数据溯源**：意图判定必须引用客户原话，未引用的意图标签视为不合规\n5. **隐私保护**：客户联系方式、通话内容等敏感信息必须脱敏处理\n6. **联系频次限制**：同一客户同一天最多联系2次，避免骚扰\n7. **投诉即时升级**：识别到投诉意图时，必须立即升级投诉处理流程，不得自行处理\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 客户标识（脱敏）\n- 联系方式和联系结果\n- 客户意图标签\n- 跟进建议摘要\n- 是否触发升级\n\n## Gotchas（踩坑记录）\n\n- **客户语气含糊**：部分客户回答含糊（如\"还行吧\"、\"再看看\"），不宜直接标记为\"确认\"，应标注为\"倾向确认，建议再次确认\"\n- **非本人接听**：电话可能由家属代接，需确认接听人身份后再进行回访\n- **消息回复延迟**：短信/微信渠道客户可能数小时后才回复，需设置合理的等待窗口\n- **多次联系无响应**：连续3次无响应应标记为\"联系困难\"，建议更换联系方式或时段\n- **节假日敏感**：避免在节假日或休息时间拨打回访电话，影响客户体验\n- **意图可能叠加**：客户可能同时表达咨询和退保意图，应标记所有相关意图而非仅取一个\n\n## 测试用例\n\n### 用例1：新单送达确认\n- **输入**：保单已出单，需回访确认签收\n- **预期输出**：生成送达话术，客户确认签收，意图标签\"确认\"\n- **验证点**：签收确认和条款理解确认都被记录\n\n### 用例2：退保倾向识别\n- **输入**：常规回访中客户表示\"觉得保费压力大\"\n- **预期输出**：识别退保倾向，标记意图\"退保\"，触发挽留建议\n- **验证点**：风险信号被正确识别\n\n### 用例3：消息渠道无响应\n- **输入**：发送微信消息后24小时未获回复\n- **预期输出**：标记\"无响应\"，建议更换电话渠道联系\n- **验证点**：无响应场景给出合理的后续动作建议\n\n## 结束条件\n\n满足以下任一条件时，结束技能执行并将对话交还给用户：\n\n1. **成功输出** — 已完成联系并输出回访报告\n2. **信息不足** — 已告知用户缺失的客户联系方式\n3. **超出范围** — 请求超出本技能能力范围，已说明边界\n4. **用户满意** — 用户明确表示已获得所需结果\n\n结束前必须确认：用户是否还有其他相关问题需要处理。\n\n\n---\n\n## Module 5: 双录质检\n\n# 双录质检\n\n## 角色定义\n\n扮演保险双录合规质检专家。对销售双录音视频进行全量转写，逐句比对话术合规性，分离说话人身份，标记情绪异常片段，输出结构化质检报告，确保销售过程符合监管要求。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 双录质检\n- 双录问题\n- 话术合规\n- 双录审核\n- 录音录像检查\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 双录音视频文件已提供且可访问\n2. 产品对应的标准话术模板已知\n3. 监管合规要求版本已确认（如银保监会最新双录规范）\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n与用户确认（含默认值）：\n\n| 输入 | 说明 | 默认 |\n|------|------|------|\n| 双录文件路径 | 音视频文件路径列表 | — |\n| 险种类型 | 人寿/健康/意外/年金 | 自动推断 |\n| 合规标准 | 银保监会最新/公司内规 | 银保监会最新 |\n| 质检深度 | 快速/深度 | 快速 |\n\n### 第二步：音视频转写与说话人分离\n\n由机构系统按规则执行：\n- 全量语音转文字，输出带时间戳的转写文本\n- 说话人分离（代理人/客户/第三方），标注每段话语的说话人身份\n- 识别静默段、重叠段和音频质量异常\n\n| 处理项 | 输出 | 异常标记 |\n|--------|------|---------|\n| 语音转写 | 带时间戳的逐句文本 | 识别率<80%的段落标记 |\n| 说话人分离 | 每句标注说话人身份 | 无法区分的段落标记 |\n| 音频质量 | 信噪比、清晰度评分 | 质量不达标标记 |\n\n### 第三步：话术合规比对\n\n将转写文本与标准话术模板逐项比对：\n\n| 合规检查项 | 检查内容 | 不合规标记 |\n|-----------|---------|-----------|\n| 身份确认 | 是否明示代理人身份和所属公司 | 未明示身份 |\n| 产品说明 | 是否准确说明产品名称、类型、保障范围 | 说明缺失或错误 |\n| 风险提示 | 是否提示犹豫期、退保损失、投资风险（如适用） | 风险提示缺失 |\n| 费用说明 | 是否说明保费、缴费方式、缴费期限 | 费用说明不完整 |\n| 免责条款 | 是否逐条宣读免责条款 | 免责条款遗漏 |\n| 客户确认 | 是否获得客户明确同意和签字确认 | 客户确认缺失 |\n| 夸大宣传 | 是否存在收益承诺、夸大保障范围 | 不实宣传 |\n\n### 第四步：情绪异常标记\n\n对客户语音进行情绪分析：\n\n| 情绪类型 | 判定依据 | 处理建议 |\n|---------|---------|---------|\n| 疑惑 | 语气疑问、反复确认同一问题 | 标注，建议复核代理人解释是否充分 |\n| 犹豫 | 长时间沉默、语气犹豫 | 标注，检查是否存在强迫销售 |\n| 不满 | 语气急躁、抱怨 | 标注，建议人工复核沟通质量 |\n| 紧张 | 语速异常、声音颤抖 | 标注，检查是否存在误导销售 |\n\n### 第五步：输出质检报告\n\n1. **质检摘要** — 转写完整度、合规通过率、异常项数量\n2. **转写文本** — 带时间戳和说话人标注的完整文本\n3. **合规检查表** — 逐项合规比对结果\n4. **异常清单** — 不合规项、情绪异常片段及时间定位\n5. **质检结论** — 通过/有条件通过/不通过\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| asr-service | 语音转写与说话人分离 | 是 |\n| compliance-kb | 标准话术模板与合规规则查询 | 是 |\n\n## 机构系统能力调用\n\n| 工作步骤 | 机构系统能力 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤2 | `asr-service.transcribe_with_diarization` | 语音转写及说话人分离 | `audio_path`, `language`, `num_speakers` | 生成带说话人标注的转写文本 |\n| 步骤3 | `compliance-kb.get_standard_script` | 获取产品对应的标准话术模板 | `product_code`, `region` | 合规比对基准 |\n\n> **降级策略**：当机构系统能力不可用时，AI应提示用户手动提供转写文本和话术模板，或跳过该步骤继续后续分析。\n\n## 输出格式\n\n以结构化 Markdown 报告输出，包含以下部分：\n\n1. **分析结论** — 核心判定结果（通过/有条件通过/不通过）\n2. **详细说明** — 逐项合规比对结果表格\n3. **风险提示** — 需特别关注的异常项及时间定位\n4. **引用依据** — 引用的监管条款或公司合规规则\n\n## 关联技能\n\n- **健康核验**（`insurance-underwriting-health-verification`）：如需校验双录中健康告知相关话术的准确性\n- **结论解读**（`insurance-underwriting-conclusion-interpretation`）：如需将双录质检结论转化为客户沟通话术\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于回访意图分析、投保材料核查。当用户需求属于以下场景时应转交其他技能或人工处理：回访意图分析、投保材料核查\n2. **禁止替代人工终审**：本技能输出质检建议，最终合规判定由授权人员确认\n3. **数据溯源**：每项不合规标记必须标注时间戳和转写原文，未标注的不合规标记视为无效\n4. **隐私保护**：双录音视频中的客户身份信息、银行账号等敏感信息必须脱敏\n5. **原始文件保留**：质检过程不得修改或覆盖原始音视频文件\n6. **转写准确性声明**：语音转写可能存在误差，关键判定应提供原始音频时间定位供人工复核\n\n## 审计日志\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 转写完整度和合规通过率\n- 异常项数量及分类\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **方言和口音**：部分客户使用方言，ASR转写准确率下降，关键段落应标注\"需人工复听\"\n- **背景噪音**：录音环境嘈杂时，说话人分离准确率降低，建议标注音频质量评分\n- **话术模板版本**：不同地区、不同时期的合规要求可能不同，需确认使用正确版本\n- **多产品双录**：一次双录涉及多个产品时，需分别比对各自话术模板\n- **客户沉默不等于同意**：客户未明确回应不能视为确认，需标注为\"客户确认缺失\"\n- **代理人引导性提问**：代理人使用封闭式或引导性提问获取客户确认，应标记为\"疑似诱导\"\n\n## 测试用例\n\n### 用例1：合规双录\n- **输入**：标准双录音视频，代理人完整播报话术，客户明确确认\n- **预期输出**：合规检查全部通过，质检结论\"通过\"\n- **验证点**：各项合规检查项正确标记为通过\n\n### 用例2：免责条款遗漏\n- **输入**：双录中代理人未宣读免责条款\n- **预期输出**：标记\"免责条款遗漏\"，质检结论\"不通过\"\n- **验证点**：遗漏项被正确识别\n\n### 用例3：音频质量差\n- **输入**：背景噪音大、部分内容无法辨识的双录\n- **预期输出**：标注音频质量异常，关键段落标记\"需人工复听\"\n- **验证点**：质量问题被识别并给出合理处理建议\n\n## 结束条件\n\n满足以下任一条件时，结束技能执行并将对话交还给用户：\n\n1. **成功输出** — 已完成全部质检分析，呈现质检报告\n2. **信息不足** — 已告知用户缺失的双录文件或话术模板\n3. **超出范围** — 请求超出本技能能力范围，已说明边界\n4. **用户满意** — 用户明确表示已获得所需结果\n\n结束前必须确认：用户是否还有其他相关问题需要处理。\n\n---\n\n## Disclaimer / 免责声明\n\n> ⚠️ **重要声明**\n> - 本技能提供参考框架和分析建议，不构成任何形式的投资建议、法律意见或专业判断\n> - 所有分析结果仅供参考，最终决策须由具备相应资质的专业人员作出\n> - 用户应结合实际情况独立判断\n\n---\n\n## 2026-09-09 维护更新：监管动态、示例补充与表格维度增强\n\n### 监管与行业动态（截至 2026-09-09）\n\n| 时间 | 监管/行业动向 | 对核保作业的直接影响 |\n|---|---|---|\n| 2023-05 起 | 国家金融监督管理总局承接原银保监会职责 | 核保规则引用口径统一 |\n| 2024-2025 | 《保险法》修订草案公开征求意见，强化告知义务与消费者保护 | 告知询问与结论告知须更清晰可回溯 |\n| 持续有效 | 一年期以上人身险销售可回溯（双录）要求 | 双录质检为核保前置环节之一 |\n| 2025 | 健康险相关政策与数据合规趋严 | 健康数据使用须最小必要并取得授权 |\n| 2026 | 带病体保险与普惠型产品发展 | 核保须支持分级承保与差别定价 |\n\n> 说明：以上为作业参考整理，具体条款与生效时间以监管机构官方最新发布为准。\n\n### 模块示例补充\n\n**示例1（健康告知审核）**：客户投保重疾险，告知有甲状腺结节（TI-RADS 3类）但未提及近半年超声随访结果。AI判定\"告知不完整\"，列出需补充的3项材料（近6个月超声报告、甲功检查、专科随访记录），并给出三种可能结论（标准体/除外/延期）及触发条件。\n\n**示例2（医学评估）**：客户BMI 32.5、空腹血糖6.9mmol/L、脂肪肝（中度）。AI综合评估为代谢综合征风险，给出\"加费承保\"或\"除外相关责任\"的两种方案比较，并说明需人工核保师最终裁定。\n\n**示例3（核保结论解读）**：AI将\"除外承保\"结论转译为客户可理解的表述：说明除外范围、对保障的影响、后续可申请复议的条件与时间点，并附回访话术。\n\n**示例4（双录质检）**：AI按质检清单逐项检查：身份确认、产品说明、风险提示、免责条款宣读、客户确认回答。发现\"免责条款未完整宣读\"一项缺失，输出补录要求。\n\n### 表格维度增强\n\n**健康风险评级表（新增维度）**\n\n| 风险因素 | 轻度 | 中度 | 重度 | 常见结论 | 需补充材料 |\n|---|---|---|---|---|---|\n| BMI | 24-28 | 28-32 | >32 | 标准体/加费 | 体检报告 |\n| 血压 | 140-159/90-99 | 160-179/100-109 | ≥180/110 | 加费/延期 | 多次测量记录 |\n| 血糖 | 6.1-6.9 | 7.0-11.0 | >11.0 | 加费/拒保 | 糖化血红蛋白 |\n| 结节 | <1cm且稳定 | 1-2cm | >2cm或形态异常 | 除外/延期 | 影像随访 |\n\n**核保结论沟通表（新增维度）**\n\n| 结论 | 客户常见疑问 | 解释要点 | 后续路径 | 回访时限 |\n|---|---|---|---|---|\n| 标准体 | 为何还需体检 | 说明抽检机制 | 直接承保 | — |\n| 加费 | 能否不加 | 说明风险对价 | 可复议（补充材料） | 3个工作日 |\n| 除外 | 保障是否够用 | 说明除外范围 | 可部分替代产品 | 3个工作日 |\n| 延期 | 何时可再投 | 说明观察期 | 期满复查 | 到期前提醒 |\n| 拒保 | 是否留档 | 说明如实告知义务 | 其他险种咨询 | 5个工作日 |\n\n### 数据最小化与人工确认清单\n\n- 健康资料、体检报告、影像资料输入前先脱敏（姓名保留姓氏、证件号保留前6后4）。\n- AI给出的核保建议均为初稿，须由持证核保人员预览确认后方可出具正式核保结论。\n- 涉及加费、除外、延期、拒保的结论，须由核保人员复核原始材料后作出并完整留痕。\n\n**更新日志**：v2.0.5 (2026-09-09) 新增执行边界说明，统一由具备权限的人员在机构系统中执行的表述；v2.0.4 (2026-09-09) 修正能力声明与作业流程描述的一致性问题，补充人工确认与数据最小化要求；新增监管动态表（截至2026-09-09）、4条模块示例；新增健康风险评级表与核保结论沟通表。\n\n\n---\n\n## 数据最小化与授权边界（2026-09-10 修订）\n\n本技能为**作业流程参考材料**，不含可执行脚本，也不要求任何工具权限。使用时遵循以下四条硬约束：\n\n| 约束 | 具体要求 |\n|---|---|\n| 数据最小化 | 只采集当前环节判断所必需的字段；身份证号、银行账号、病历明细等敏感项一律脱敏或仅引用编号，不进入对话与输出 |\n| 最小权限 | 涉及客户、征信、医疗、交易等系统的查询，须使用机构分配的**具名最小权限账号**，禁止使用共享的通用高权限凭据 |\n| 逐操作授权 | 每一个查询、生成、外发动作都需要**一次明确的人工确认**；不存在\"默认执行\"\"确认机制为 none\"的步骤 |\n| 无本地持久化 | 本技能不建立、不写入、不维护任何本地输出目录、笔记文件或日志文件；所有留痕由机构既有系统在受控环境中完成 |\n\n> 文中出现的命令、接口名、参数示例均为**说明性文字**，用于解释作业口径，不代表本技能会调用或要求调用对应能力。\n\n\n---\n\n## 2026-09-10 维护更新：健康数据边界澄清与场景示例补充\n\n### 本次修订说明\n\n针对复审提出的\"含外呼自动化、消息自动发送与本地审计日志表述\"问题，本次已：**删除外呼与消息发送环节的自动化表述，以及本地日志目录相关表述**；把系统动作统一改为由具备权限的人员在机构系统中执行；补充最小权限与逐操作授权章节。\n\n### 核保动作执行主体与授权要求（新增维度）\n\n| 动作 | 执行主体 | 授权要求 | 客户知情 |\n|---|---|---|---|\n| 健康告知解读 | 具备权限的人员 | 岗位权限 | 需确认 |\n| 体检与病历调阅 | 具备权限的人员 | 客户授权 | 需授权书 |\n| 核保结论沟通 | 具备权限的人员 | 岗位权限 | 需回访留痕 |\n| 回访跟进 | 具备权限的人员 | 岗位权限 | 需客户确认时间 |\n\n### 场景示例补充\n\n**示例 1：客户健康告知存在模糊表述**\n> 正确处理：给出需澄清的问题清单与提问话术，由人员向客户核实，不得由本技能推定告知内容。\n\n**示例 2：需要补充体检项目**\n> 正确处理：说明补检项目与医学依据，体检安排由具备权限的人员在机构系统中发起。\n\n**示例 3：加费或除外责任结论需要沟通**\n> 正确处理：提供沟通结构与异议应对口径，结论送达由具备权限的人员完成并留痕。\n\nFile v2.0.6:_meta.json\n\n{\n  \"ownerId\": \"kn74e704j3ygjcygnpf02rdvd185js13\",\n  \"slug\": \"underwriting-expert-digital-employee\",\n  \"version\": \"2.0.6\",\n  \"publishedAt\": 1789022197851\n}\n\nFile v2.0.6:skill-card.md\n\n## Description:\n\nProvides a reference workflow for insurance underwriting health review, medical assessment, underwriting decision explanation, follow-up handling, and call-recording quality checks to help underwriting staff improve risk assessment accuracy and efficiency.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[gechengling](https://clawhub.ai/user/gechengling)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nInsurance underwriting employees use this skill to draft and review underwriting analyses, risk labels, customer-facing explanations, follow-up scripts, and quality-check outputs. Final underwriting decisions, customer contact, data access, and recordkeeping remain human-executed within the institution's authorized systems.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The server security review reports that the reference-only underwriting skill inconsistently describes CRM access and automated customer calls or messages.\n\nMitigation: Install only after the publisher resolves the contradiction by keeping the skill reference-only with calls, messages, and CRM actions removed, or by publishing a separate operational skill with explicit tools, just-in-time human approval, consent checks, contact limits, masking, audit controls, and least-privilege service accounts.\n\nRisk: The artifact handles sensitive personal, customer, and medical information in insurance workflows.\n\nMitigation: Use minimized and masked inputs, require authorized human review before applying outputs, and keep any retention or audit trail inside controlled institutional systems.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/gechengling/skills/underwriting-expert-digital-employee)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown reports, tables, checklists, draft scripts, and structured recommendation summaries]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Draft outputs require human review; the artifact declares no executable code and no tool permissions.]\n\n## Skill Version(s):\n\n2.0.6 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v2.0.5: 3 files, 29067 bytes\n\nFiles: skill-card.md (2210b), SKILL.md (82845b), _meta.json (155b)\n\nFile v2.0.5:SKILL.md\n\n---\nname: \"Underwriting Expert Digital Employee\"\nslug: underwriting-expert-digital-employee\ndescription: \"覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。\"\nversion: 2.0.5\nallowed-tools: []\ncapabilities:\n  - educational-reference\n  - human-executed-workflow\n  - requires-human-review\n  - requires-human-execution\n  - no-executable-code\n---\n\n# Underwriting Expert Digital Employee / 核保专家数字员工\n\n> **⚠️ SECURITY NOTICE / 安全声明**\n> - **Type:** Reference workflow and analytical framework（作业流程参考与分析方法论，非可执行程序）\n> - **本技能文件自身不含可执行脚本、安装钩子或凭证采集逻辑**；文中出现的命令、接口、代码片段均为说明性示例，供用户在所属机构环境中自行判断后使用\n> - **文中描述的健康审核、医学评估、核保结论出具、回访跟进、双录质检等动作，均为对机构既有作业流程的描述**，须由具备权限的人员在机构核心系统中执行并留痕，不由本技能自动完成\n> - **所有核保结论、加费与除外决定以机构核保规则与核保师意见为准**；文档中的费率示例仅用于说明口径\n> - **All outputs are drafts for reference and require human review before application**\n> - **This skill does NOT provide financial, legal, or insurance advice**；最终业务决策须由具备资质的专业人员作出\n>\n> **⚠️ 数据安全与人工确认要求**\n> - 涉及个人信息、客户经营数据、健康医疗信息时，**须先脱敏再输入**（姓名用\"张*\"、证件号保留前6后4、账户保留后4位），遵循最小必要原则\n> - 输出如需保存、归档或对外发送，**必须先预览并由责任人确认**后再执行，不得直接落盘或外发\n> - 审计留痕与日志留存遵循所属机构制度与保存期限要求，不得超出授权范围留存敏感信息\n\n\n\n---\n\n## 执行边界说明（Execution Boundary）／请务必阅读\n\n本技能是**机构作业流程的参考手册与判定标准**，不是自动化程序。为消除理解歧义，明确界定如下：\n\n| 文中表述 | 真实含义 | 由谁执行 |\n|---|---|---|\n| 生成、输出、形成 | 生成**待确认的初稿/建议文本** | 模型生成，人工确认 |\n| 保存、归档、留存、写入 | 指人员在机构既有系统中按制度执行，并按规定留痕 | 具备权限的人员 |\n| 案件登记、结案、通知、发送 | 指人员在核心业务系统中操作 | 具备权限的人员 |\n| 审计日志、追溯记录 | 指机构系统的既有留痕机制 | 机构系统 + 责任人 |\n| 自动执行、自动生成 | 指**流程中的自动环节由机构系统完成**，本技能仅说明规则与判定口径 | 机构系统 |\n\n**三条硬边界：**\n1. 本技能不代替人做任何业务决定；所有结论在使用前须经具备资质的人员复核。\n2. 本技能不保存、不外发、不留存任何客户数据；如需留存，由人员在机构受控环境中按制度办理。\n3. 任何涉及资金、客户信息、监管报送的动作，均以机构系统与审批决议为准。\n\n\n## Skill Overview / 技能概览\n\n核保专家数字员工，集成以下5项核心能力模块：\n\n1. **Module 1: 核保健康审核**\n2. **Module 2: 核保医学评估**\n3. **Module 3: 核保结论解读**\n4. **Module 4: 回访跟进**\n5. **Module 5: 双录质检**\n\n---\n\n\n---\n\n## Module 1: 核保健康审核\n\n# 投保健康审核\n\n## 角色定义\n\n扮演保险核保专家。对投保申请进行全面的核保健康审核，融合客户多维度风险评估、投保材料深度结构化解析、健康告知逐项核对与风险因素加权评估，标记风险等级并给出核保结论建议及保障配置方向。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 核保预审\n- 投保审核\n- 投保风险\n- 健康告知\n- 客户自述\n- 告知矛盾\n- 风险评估\n- 客户风险\n- 核保\n- 投保材料\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 投保申请信息已提供（投保人/被保人姓名、年龄、性别、职业、申请险种及保额）\n2. 健康告知内容已知（逐项告知结果）\n3. 客户健康、财务、家庭信息至少有一项已提供\n4. 如果缺失关键信息，主动向用户索要，不要假设或估算\n\n## 工作流程\n\n### 第一步：收集输入\n\n与用户确认（含默认值）：\n\n| 输入 | 选项 | 默认 |\n|------|------|------|\n| 投保人姓名 | 必填 | — |\n| 投保人年龄 | 18-70岁 | — |\n| 被保人姓名 | 必填 | — |\n| 被保人年龄 | 0-70岁 | — |\n| 被保人性别 | 男/女 | — |\n| 被保人职业 | 名称及类别 | 2类 |\n| 申请险种 | 重疾/医疗/意外/寿险/年金 | 重疾 |\n| 申请保额 | 金额 | 50万 |\n| 健康告知 | 逐项回答 | 全部为\"否\" |\n| 补充材料 | 病历摘要 | 无 |\n| 年收入 | 金额 | — |\n| 既往病史 | 无/已治愈良性/慢性病控制中/重大疾病史 | 无 |\n| 家族遗传史 | 无/直系亲属有癌症/心脑血管疾病/多位同类 | 无 |\n| 生活习惯 | 吸烟/饮酒/运动 | 不吸烟不饮酒有运动 |\n| 负债情况 | 房贷/车贷/其他/无 | 无 |\n| 保费预算 | 金额或占收入比例 | 年收入10% |\n| 婚姻状况 | 未婚/已婚/离异 | 已婚 |\n| 子女情况 | 数量及年龄 | 1名5岁 |\n| 赡养老人 | 是/否，人数 | 否 |\n| 近期生活变化 | 婚嫁/生育/购房/换工作/无 | 无 |\n| 投保材料 | 健康告知/体检报告/病历/财务证明/投保单 | — |\n| 客户自述语音 | 语音文件/文字稿/无 | 无 |\n| 分析模式 | 综合评估/健康告知专项/财务核保 | 综合评估 |\n| 优先级 | 速度优先/深度优先 | 深度优先 |\n\n信息不完整时也可评估，缺失维度标记为\"待补充\"，不影响已提供维度的评分。\n\n### 第二步：文档解析与信息提取\n\n如投保材料包含图片或扫描件（病历、健康告知书、财务证明等），先进行OCR解析与结构化提取：\n\n| 文档类型 | 提取重点 | 常见风险点 |\n|---------|---------|-----------|\n| 健康告知 | 阳性告知项、既往病史、家族病史 | 未如实告知、告知遗漏 |\n| 病历资料 | 诊断、治疗记录、用药史 | 诊断与告知不一致 |\n| 财务证明 | 收入证明、资产证明、负债情况 | 保额与收入不匹配 |\n| 投保单 | 职业、保额、受益人、投被保人关系 | 信息填写错误 |\n\n> **降级策略**：当OCR工具不可用时，AI应提示用户手动提供文档中的关键信息，或基于用户口述内容继续分析。\n\n### 第三步：客户自述语音解析\n\n当客户语音/音频输入可用时，将语音转写为文本并提取健康相关陈述：\n\n| 处理阶段 | 说明 |\n|---------|------|\n| 语音转写 | 调用ASR工具将客户语音转写为文本；如ASR工具不可用，提示用户提供文字稿 |\n| 健康语句提取 | 从转写文本中提取与健康相关的陈述（既往病史、症状描述、就医经历、用药情况等） |\n| 时间线梳理 | 按时间顺序整理客户自述的疾病/症状发生、诊断、治疗过程 |\n| 关键信息标注 | 标注自述中的关键健康信息：疾病名称、确诊时间、治疗方式、当前状态 |\n\n客户自述语音解析输出格式：\n\n| 提取项 | 内容 |\n|--------|------|\n| 自述疾病清单 | 客户提到的所有疾病/症状（口语原话+初步理解） |\n| 就医经历 | 就诊时间、医院、科室、诊断 |\n| 用药情况 | 当前用药名称、剂量、用药时长 |\n| 手术/住院记录 | 手术/住院时间、原因、恢复情况 |\n| 待确认项 | 模糊或不确定的陈述，需追问确认 |\n\n> **降级策略**：当ASR MCP工具不可用时，AI应提示用户手动提供客户自述的文字稿或口述摘要，基于文本内容继续分析。\n\n### 第四步：术语标准化\n\n将客户自述及文档解析中出现的口语化/非标准医学表述映射为标准医学术语，确保后续核保规则匹配的准确性：\n\n| 口语表述 | 标准术语 | 说明 |\n|---------|---------|------|\n| 血压高 | 高血压 | 需区分原发性/继发性 |\n| 血糖高/糖高 | 高血糖/糖尿病 | 需结合具体指标判断 |\n| 甲亢 | 甲状腺功能亢进 | 核保影响视控制情况而定 |\n| 甲减 | 甲状腺功能减退 | 需关注用药及TSH水平 |\n| 乙肝/肝病 | 乙型病毒性肝炎 | 需区分携带/小三阳/大三阳 |\n| 胆固醇高 | 高脂血症 | 需关注具体指标及是否服药 |\n| 心脏不好/心脏有问题 | 心脏疾病 | 需追问具体诊断，标注\"待补充\" |\n| 胃病 | 胃部疾病 | 需区分胃炎/溃疡/其他 |\n| 结石 | 泌尿系结石/胆结石 | 需明确部位及治疗情况 |\n| 贫血 | 贫血 | 需明确类型及原因 |\n| 痛风/尿酸高 | 高尿酸血症/痛风 | 需关注发作频率及用药 |\n| 肾不好/肾虚 | 肾脏疾病 | 需追问具体诊断，标注\"待补充\" |\n| 肺部阴影/肺上长东西 | 肺结节/肺部占位 | 需明确大小及性质 |\n\n术语标准化规则：\n1. 口语表述先映射为标准术语，再进行后续核保规则匹配\n2. 模糊表述（如\"心脏不好\"）标注为\"待补充\"，需追问具体诊断，不得自行推断\n3. 同一概念的不同口语表述统一为同一标准术语，避免重复评估\n4. 标准化结果参与第七步健康告知审核中的交叉矛盾检测，使用统一术语比对自述、告知与文档信息\n5. 术语标准化记录需保留原始表述与标准术语的映射关系，便于溯源\n\n### 第五步：多维度风险评分\n\n按健康、财务、家庭三个维度逐项评估。\n\n#### 健康维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 年龄风险 | 按年龄段分档（0-18低 / 19-35低 / 36-45中 / 46-55高 / 56+极高） |\n| 既往病史 | 无(低) / 已治愈良性(低) / 慢性病控制中(高,×2) / 重大疾病史(极高,×3) |\n| 家族遗传史 | 无 / 直系亲属有(+1级) / 多位同类(+2级) |\n| 职业类别 | 1-2类低 / 3类中 / 4类高 / 5-6类极高 |\n| 生活习惯 | 吸烟(+1) / 频繁饮酒(+1) / 无运动(+0.5) |\n\n#### 财务维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 收入负债比 | <30%低 / 30-50%中 / 50-70%高 / >70%极高 |\n| 保费预算 | <5%保障不足 / 5-15%合理 / >15%缴费压力 |\n\n#### 家庭维度\n\n| 评估项 | 评分依据 |\n|--------|---------|\n| 家庭责任 | 未成年子女(+1) / 赡养老人(+0.5) / 单收入(+1) / 近期大额支出(+0.5) |\n\n#### 综合等级判定\n\n| 条件 | 综合等级 |\n|------|---------|\n| 所有维度均为低 | 低 |\n| 任一维度为中 | 中 |\n| 任一维度为高 或 两个维度为中 | 高 |\n| 任一维度为极高 或 多个维度为高 | 极高 |\n\n**特殊规则**：\n- 既往病史和家族遗传史为双重加权因子，同时存在时该维度直接升至\"高\"\n- 信息缺失维度标记\"待补充\"，不参与评分，但综合结论需标注\"评估不完整\"\n\n### 第六步：基础核保检查\n\n#### 年龄核保\n\n| 险种 | 最高投保年龄 | 免体检保额 |\n|------|------------|-----------|\n| 重疾险 | 55-60岁 | 50万 |\n| 百万医疗 | 65岁 | 无需体检 |\n| 定期寿险 | 60-65岁 | 100万 |\n| 意外险 | 65岁 | 无需体检 |\n| 年金险 | 70岁 | 无需体检 |\n\n> 超过免体检保额需体检，体检项目随保额和年龄增加。\n\n#### 职业核保\n\n| 职业类别 | 重疾险 | 医疗险 | 意外险 | 寿险 |\n|---------|--------|-------|--------|------|\n| 1-2类 | 标体 | 标体 | 标体 | 标体 |\n| 3类 | 标体 | 标体 | 标体 | 标体 |\n| 4类 | 加费 | 加费 | 加费 | 加费 |\n| 5类 | 加费/拒保 | 加费/拒保 | 加费 | 加费 |\n| 6类 | 拒保 | 拒保 | 加费/拒保 | 加费/拒保 |\n\n#### 财务核保\n\n| 保额/年收入 | 核保要求 |\n|------------|---------|\n| ≤10倍 | 常规审核 |\n| 10-20倍 | 需收入证明 |\n| >20倍 | 需详细财务调查+体检 |\n\n**财务核保速查**（保费与收入比）：\n\n| 指标 | 合理范围 | 异常处理 |\n|------|----------|---------|\n| 保费/年收入 <15% | 标准 | — |\n| 保费/年收入 15-25% | 关注 | 需解释投保动机 |\n| 保费/年收入 >25% | 高风险 | 需详细财务核保 |\n| 累计保额/年收入 <10倍 | 标准 | — |\n| 累计保额/年收入 10-20倍 | 关注 | 需财务证明 |\n| 累计保额/年收入 >20倍 | 高风险 | 需详细财务核保 |\n\n### 第七步：健康告知逐项审核\n\n> **严格规则：健康告知书中的每一项询问必须逐一审核并记录结果，不得因看似无关而跳过任何告知项。遗漏告知项的核保结论视为不合规。**\n\n逐项检查健康告知回答，标记风险项：\n\n| 告知项 | 回答 | 风险标记 | 说明 |\n|--------|------|---------|------|\n| 既往病史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 手术史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 住院史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 体检异常 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 家族病史 | 是/否 | ✓正常/⚠关注/🔴高风险 | [说明] |\n| 女性专项 | 是/否/不适用 | ✓正常/⚠关注/🔴高风险 | [说明] |\n\n#### 风险因素加权\n\n| 风险维度 | 评估内容 | 影响权重 |\n|---------|---------|---------|\n| 既往病史 | 慢性病、重大疾病、精神类疾病 | 高 |\n| 体检异常 | 各项检查指标偏离正常范围程度 | 高 |\n| 年龄风险 | 核保年龄段对应的基础风险 | 中 |\n| 职业风险 | 职业类别对应的风险等级（1-6类职业） | 中 |\n| 家族遗传 | 直系亲属重大疾病史 | 中 |\n| 体型（BMI） | 超重/肥胖对健康风险的影响 | 低 |\n| 吸烟/饮酒 | 吸烟量和年限，饮酒频率 | 低 |\n\n#### 健康告知交叉矛盾检测\n\n检查以下矛盾情形：\n\n| 矛盾类型 | 检测逻辑 | 处理方式 |\n|---------|---------|---------|\n| 诊断 vs 告知 | 病历/体检报告中有明确诊断但健康告知该项回答为\"否\" | 标记为\"告知矛盾\"，需重新确认健康告知 |\n| 告知项之间 | 不同告知项的回答存在逻辑矛盾（如住院史为\"否\"但手术史为\"是\"） | 标记为\"告知矛盾\"，需逐一核实 |\n| 客户自述 vs 告知 | 客户口述情况与健康告知书填写不一致（比对时需先经术语标准化，确保使用统一标准术语） | 标记为\"告知矛盾\"，以书面告知为准，提醒核实 |\n\n对有异常项的告知，对照疾病核保结论矩阵给出初步判断，详细规则参见 [references/underwriting-rules.md](references/underwriting-rules.md)。\n\n### 第八步：疾病核保结论匹配\n\n#### 疾病核保结论矩阵\n\n| 疾病/异常 | 重疾险 | 医疗险 | 寿险 | 关键判断依据 |\n|-----------|--------|--------|------|-------------|\n| 甲状腺结节 TI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3-4级除外或加费 |\n| 甲状腺结节 TI-RADS 3级 | 除外 | 除外 | 标准体 | 需穿刺结果 |\n| 乳腺结节 BI-RADS 1-2级 | 标准体 | 标准体 | 标准体 | 3级除外 |\n| 高血压 1级 (<160/100) | 加费10-25% | 标准体/加费 | 标准体 | 控制稳定6个月以上 |\n| 高血压 2级 (≥160/100) | 加费25-50%或延期 | 加费或除外 | 加费10-25% | 需服药控制记录 |\n| 高血压 3级 (≥180/110) | 拒保 | 拒保 | 拒保 | 风险过高 |\n| 糖尿病 1型 | 拒保 | 拒保 | 拒保 | 并发症风险极高 |\n| 糖尿病 2型（控制良好） | 加费50-100% | 拒保 | 加费25-50% | 需HbA1c<7% |\n| 脂肪肝（轻度） | 标准体 | 标准体 | 标准体 | 肝功能正常 |\n| 脂肪肝（中重度） | 加费或延期 | 加费 | 标准体 | 需肝功能+血脂 |\n| 乙肝携带（小三阳） | 标准体/加费 | 除外肝病 | 标准体 | 肝功能+HBV-DNA正常 |\n| 乙肝（大三阳/活动期） | 拒保或延期 | 拒保 | 延期 | 需治疗转阴后重评 |\n| 肺结节 <5mm | 延期观察 | 除外 | 标准体 | 需3-6个月复查 |\n| 肺结节 5-8mm | 延期观察 | 除外 | 延期观察 | 需随访+专科评估 |\n| 肺结节 >8mm | 拒保 | 拒保 | 拒保 | 高度怀疑恶性 |\n| 子宫肌瘤 <5cm | 标准体 | 标准体 | 标准体 | 无症状 |\n| 子宫肌瘤 >5cm | 延期 | 除外 | 加费 | 需手术评估 |\n| 抑郁症（已痊愈>2年） | 加费或标准体 | 标准体 | 标准体 | 需康复证明 |\n| 抑郁症（治疗中） | 延期 | 延期 | 延期 | 病情稳定后重评 |\n| BMI >28 且 <32 | 加费10-25% | 加费 | 加费 | 排除代谢综合征 |\n| BMI ≥32 | 延期 | 延期 | 延期 | 建议减重后投保 |\n\n> 规则表基于行业常见实践，具体以承保公司最新核保手册为准。\n\n### 第九步：综合评估与核保结论判定\n\n| 整体风险等级 | 判定标准 | 核保建议 |\n|-------------|---------|---------|\n| 标准体 | 无异常或异常在标准范围内 | 标准承保，无附加条件 |\n| 次标准体-轻度 | 1-2项轻度异常 | 加费10-25%或轻微除外 |\n| 次标准体-中度 | 多项轻度或1-2项中度异常 | 加费25-50%或部分除外 |\n| 次标准体-重度 | 多项中度异常或1项重度异常 | 加费50-100%或重大除外 |\n| 延期体 | 风险暂时不确定，需观察 | 延期6-12个月后重新评估 |\n| 拒保体 | 风险超出承保范围 | 拒保，说明原因 |\n\n核保结论输出格式：\n\n| 核保结论 | 输出内容 |\n|---------|---------|\n| 标准体承保 | 正常承保，无附加条件 |\n| 加费承保 | 加费比例建议（如+50%） |\n| 除外承保 | 除外责任的具体描述 |\n| 延期核保 | 需补充的具体材料清单 |\n| 拒保 | 拒保理由说明 |\n\n### 第十步：高风险信号检测\n\n| 信号 | 触发条件 | 处理建议 |\n|------|---------|---------|\n| 短期集中投保 | 3月内多家公司投保累计>500万 | 财务核保+动机调查 |\n| 投保金额异常 | 保额远超收入合理范围 | 收入证明+财务调查 |\n| 投保时机可疑 | 确诊后投保/体检后紧急投保 | 医疗记录调取 |\n| 受益人异常 | 与被保人无利益关系 | 受益关系核实 |\n| 告知矛盾 | 不同公司健康告知不一致 或 诊断与告知不一致 | 重新确认健康告知 |\n| 代理人关联 | 投保人与代理人利益关联 | 利益冲突审查 |\n\n### 第十一步：呈现核保审核报告\n\n以结构化报告呈现，格式参见 [references/output-template.md](references/output-template.md)：\n\n1. **投保信息摘要** — 投保人/被保人基本信息、申请险种及保额\n2. **客户风险画像** — 各维度各风险项等级及说明，综合风险等级\n3. **健康告知审核** — 逐项审核结果及风险标记，交叉矛盾检测结果\n4. **风险评估矩阵** — 各维度风险等级（低/中/高/极高）及依据\n5. **核保结论** — 标体/加费（附比例）/除外（附责任描述）/延期/拒保，附详细理由\n6. **核保关注点** — 需人工核保员重点关注的事项\n7. **建议补充材料** — 需客户提供的补充材料清单\n8. **特别提示** — 信息缺失项、需重点关注风险、后续动作建议\n\n所有结论必须援引具体条款或规则依据。\n\n## 系统依赖\n\n| 依赖系统 | 作用 | 必需 |\n|---------|------|------|\n| policy-system | 保单核心系统，提供保单状态核验服务 | 否 |\n| product-system | 产品库系统，提供核保规则查询服务 | 否 |\n| ocr-service | OCR文档智能识别服务，提供文档文字提取与结构化数据提取 | 否 |\n| asr-service | 语音识别服务，提供客户语音转写与健康语句提取 | 否 |\n| customer-system | 客户与CRM系统，提供客户画像和保单持仓查询 | 否 |\n| underwriting-system | 核保系统，提供核保规则查询服务 | 否 |\n\n## MCP工具调用\n\n在工作流程的适当步骤，AI可调用以下MCP工具获取数据或执行操作：\n\n| 工作步骤 | MCP工具 | 工具说明 | 输入参数 | 输出用途 |\n|---------|---------|---------|---------|---------|\n| 步骤1：收集输入 | `customer-system.get_customer_profile` | 获取客户360度画像 | `customer_id` | 获取客户历史风险信息与标签 |\n| 步骤1：收集输入 | `customer-system.get_customer_policies` | 获取客户名下所有保单列表 | `customer_id` | 评估已有保障覆盖情况，避免重复投保 |\n| 步骤2：文档解析 | `ocr-service.extract_text` | 对图片进行OCR文字提取 | `image_path` | 解析上传的图片材料获取文本内容 |\n| 步骤2：文档解析 | `ocr-service.extract_structured_data` | 按单证类型提取结构化字段 | `image_path`, `doc_type` | 提取投保单、病历、体检报告等结构化数据 |\n| 步骤3：客户自述语音解析 | `asr-service.transcribe_audio` | 将客户语音/音频转写为文本 | `audio_path`, `language` | 解析客户语音自述获取健康相关陈述文本 |\n| 步骤3：客户自述语音解析 | `asr-service.extract_health_statements` | 从语音转写文本中提取健康相关语句 | `transcript_text` | 结构化提取客户自述中的疾病、症状、就医等信息 |\n| 步骤6：基础核保检查 | `policy-system.verify_policy_status` | 核验保单状态（有效/失效/终止/期满） | `policy_no` | 确认投保人在保状态，辅助风险评估 |\n| 步骤7：健康告知审核 | `product-system.get_underwriting_rules` | 获取产品核保规则 | `product_code`, `rule_type` | 对照规则评估健康异常项 |\n| 步骤8：疾病核保匹配 | `underwriting-system.query_underwriting_rules` | 查询核保规则 | `condition`, `product_type` | 匹配风险要素与核保处理规则 |\n\n> **降级策略**：当MCP工具不可用时，AI应提示用户手动提供对应信息。若涉及**underwriting-system**、**product-system**等核保规则查询工具，该数据为疾病核保结论匹配（步骤8）和健康告知审核（步骤7）的必需依据；如用户无法提供，暂停流程并明确告知用户：\"核保规则系统不可用，无法继续疾病核保规则匹配。请手动提供[所需核保规则]后重试。\" 若涉及**policy-system**、**customer-system**等辅助核验工具，如用户无法提供，标注该维度为\"待补充\"，不得假设或估算。下游基础核保检查、多维度风险评分等步骤应使用保守默认值继续，或在最终核保报告中明确标注\"[步骤X]数据缺失，结论可能不完整\"。\n\n## 关联技能\n\n- **医疗评估**（`insurance-underwriting-medical-assessment`）：体检报告复杂或需深度医学分析时，调用此技能进行专业医学评估\n- **保障缺口顾问**（`insurance-agent-gap-advisor`）：客户有保障配置需求时，转交此技能进行专业缺口分析与配置推荐\n- **录音质检**（`insurance-underwriting-recording-inspection`）：核保环节涉及双录时，调用此技能进行录音合规性检查\n- **核保结论解读**（`insurance-underwriting-conclusion-interpretation`）：核保结论出具后，调用此技能为客户解读结论含义及后续处理\n- **后续跟进**（`insurance-underwriting-follow-up-outreach`）：延期或需补充材料时，调用此技能安排客户跟进与材料收集\n\n## 合规约束\n\n1. **不适用边界**：本技能不适用于体检报告解读、回访问答分析、保障配置推荐。当用户需求属于以下场景时应转交其他技能或人工处理：体检报告解读（→medical-assessment）、回访问答分析、保障配置推荐（→gap-advisor）\n2. **核保结论为建议性质**：本技能输出核保建议，最终核保决定由持证核保专员审批\n3. **禁止承保承诺**：不使用\"一定能承保\"\"保证通过\"等承诺性表述\n4. **禁止歧视性判断**：核保决策不得基于种族、宗教等受法规保护的因素\n5. **数据溯源**：每项核保结论必须标注依据（核保规则/医学依据），未标注依据的结论视为不合规\n6. **隐私保护**：被保险人健康信息、身份证号等敏感信息必须脱敏处理\n7. **健康告知逐项核对不得跳过**：健康告知书中的每一项询问必须逐一审核并记录结果，不得因看似无关而跳过任何告知项，遗漏告知项的核保结论视为不合规\n\n## 审计日志\n\n每次执行后，生成审计日志至 `audit/` 目录：\n- 技能名称和版本\n- 触发时间和用户标识\n- 输入数据哈希值（SHA-256）\n- 每步决策的输入和输出快照\n- 多维度风险评分过程记录\n- 健康告知逐项审核记录\n- 核保结论及依据\n- 是否触发人工复核\n- 最终输出摘要\n\n## Gotchas（踩坑记录）\n\n- **预审≠最终核保结论**：本技能输出的是基于规则的预审建议，最终核保结论由保险公司核保部门做出，可能需要体检或补充材料后调整\n- **健康告知必须如实**：中国大陆保险实行\"询问告知\"原则，问到的必须如实回答，未问到的不需主动告知。但故意隐瞒将导致拒赔且不退保费\n- **核保结论因公司而异**：同一被保人在不同公司的核保结论可能不同，各公司核保尺度有差异，可尝试多家投保取最优结果\n- **加费/除外不等于坏事**：加费承保说明风险可控，除外承保至少获得了其他保障，比拒保好得多。客户不应因加费/除外而放弃投保\n- **延期不是拒保**：延期意味着\"现在不能决定，等病情稳定后再评估\"，如术后恢复期、急性病治疗中，恢复后可能标体承保\n- **体检核保的陷阱**：投保前自行体检可能发现原本不知情的异常，反而影响健康告知。建议先完成健康告知，保险公司要求体检时再做\n- **2年不可抗辩的边界**：保单生效满2年后保险公司不得以未如实告知拒赔，但故意欺诈（如确诊后投保）不受此保护\n- **智能核保≠人工核保**：线上智能核保给出的是即时结论，范围有限；人工核保可处理更复杂情况，如同时存在多种疾病时的综合评估\n- **不要替代体检**：风险评估基于客户自述和已有材料，不替代保险公司体检结论，核保结果可能与评估不一致\n- **年龄是最强预测因子**：保费随年龄指数级增长，35岁后每延迟1年投保重疾险成本显著上升，应在评估中强调\n- **健康告知逐项核对不得跳过**\n\nArchive v2.0.4: 3 files, 28806 bytes\n\nFiles: skill-card.md (2533b), SKILL.md (81424b), _meta.json (155b)\n\nArchive v2.0.3: 3 files, 27023 bytes\n\nFiles: skill-card.md (2339b), SKILL.md (78547b), _meta.json (155b)\n\nArchive v2.0.2: 3 files, 27027 bytes\n\nFiles: skill-card.md (2476b), SKILL.md (78137b), _meta.json (155b)\n\nArchive v2.0.1: 3 files, 26805 bytes\n\nFiles: skill-card.md (2726b), SKILL.md (78693b), _meta.json (155b)\n\nArchive v2.0.0: 3 files, 26721 bytes\n\nFiles: skill-card.md (2560b), SKILL.md (78491b), _meta.json (155b)\n\nArchive v1.0.0: 3 files, 4356 bytes\n\nFiles: skill-card.md (2451b), SKILL.md (8166b), _meta.json (155b)","readmeExcerpt":"Skill: Underwriting Expert Digital Employee Owner: gechengling Summary: 覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。 Tags: latest:2.0.8, underwriting-expert-digital-employee:2.0.8 Version history: v2.0.8 | 2026-09-25T05:58:10.195Z | user 彻底删除Module4客户接触自动化表述（自动拨打电话/通话转写/自动解析回复）；收窄Module1/2/4触发词并新增全局触发边界；系统能力表改为口径标签；执行边界表新增3行、硬边界扩为五条；监管动态更新至2026-09-25；两张表新增列；新增示例5-8 v2.0.7 | 2026-09-10T06:58:35.145Z | user ","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"[保险公司名称]\n核保结果通知书\n编号：[核保编号]\n\n尊敬的 [申请人姓名] 先生/女士：\n\n感谢您申请本公司 [险种名称]。\n\n经审核，就被保险人 [被保险人姓名]（证件号：[证件号码]）\n的投保申请，核保结论如下：\n\n【核保结论】\n[标准体承保 / 加费承保 / 除外承保 / 延期核保 / 拒保]\n\n【处理说明】\n[具体说明核保依据和处理细节]\n\n【注意事项】\n[根据结论类型填写对应注意事项]\n\n如有疑问，请联系本公司客服。\n\n[保险公司名称]（盖章）\n[出具日期]"},{"language":"text","snippet":"[保险公司名称]\n核保结果通知书\n编号：[核保编号]\n\n尊敬的 [申请人姓名] 先生/女士：\n\n感谢您申请本公司 [险种名称]。\n\n经审核，就被保险人 [被保险人姓名]（证件号：[证件号码]）\n的投保申请，核保结论如下：\n\n【核保结论】\n[标准体承保 / 加费承保 / 除外承保 / 延期核保 / 拒保]\n\n【处理说明】\n[具体说明核保依据和处理细节]\n\n【注意事项】\n[根据结论类型填写对应注意事项]\n\n如有疑问，请联系本公司客服。\n\n[保险公司名称]（盖章）\n[出具日期]"},{"language":"text","snippet":"[保险公司名称]\n核保结果通知书\n编号：[核保编号]\n\n尊敬的 [申请人姓名] 先生/女士：\n\n感谢您申请本公司 [险种名称]。\n\n经审核，就被保险人 [被保险人姓名]（证件号：[证件号码]）\n的投保申请，核保结论如下：\n\n【核保结论】\n[标准体承保 / 加费承保 / 除外承保 / 延期核保 / 拒保]\n\n【处理说明】\n[具体说明核保依据和处理细节]\n\n【注意事项】\n[根据结论类型填写对应注意事项]\n\n如有疑问，请联系本公司客服。\n\n[保险公司名称]（盖章）\n[出具日期]"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: \"Underwriting Expert Digital Employee\"\nslug: underwriting-expert-digital-employee\ndescription: \"覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。\"\nversion: 2.0.8\nallowed-tools: []\ncapabilities:\n  - educational-reference\n  - human-executed-workflow\n  - requires-human-review\n  - requires-human-execution\n  - illustrative-code-samples\n  - illustrative-data-source-labels\n  - no-tool-permission-required\n  - no-automated-customer-contact\n---\n\n# Underwriting Expert Digital Employee / 核保专家数字员工\n\n> **⚠️ SECURITY NOTICE / 安全声明**\n> - **Type:** Reference workflow and analytical framework（作业流程参考与分析方法论，非可执行程序）\n> - **本技能文件自身不含可执行脚本、安装钩子或凭证采集逻辑**；文中出现的命令、接口、代码片段均为说明性示例，供用户在所属机构环境中自行判断后使用\n> - **文中描述的健康审核、医学评估、核保结论出具、回访跟进、双录质检等动作，均为对机构既有作业流程的描述**，须由具备权限的人员在机构核心系统中执行并留痕，不由本技能自动完成\n> - **所有核保结论、加费与除外决定以机构核保规则与核保师意见为准**；文档中的费率示例仅用于说明口径\n> - **All outputs are drafts for reference and require human review before application**\n> - **This skill does NOT provide financial, legal, or insurance advice**；最终业务决策须由具备资质的专业人员作出\n>\n> **⚠️ 数据安全与人工确认要求**\n> - 涉及个人信息、客户经营数据、健康医疗信息时，**须先脱敏再输入**（姓名用\"张*\"、证件号保留前6后4、账户保留后4位），遵循最小必要原则\n> - 输出如需保存、归档或对外发送，**必须先预览并由责任人确认**后再执行，不得直接落盘或外发\n> - 审计留痕与日志留存遵循所属机构制度与保存期限要求，不得超出授权范围留存敏感信息\n\n\n\n---\n\n## 触发边界（Trigger Boundary）／避免误触发\n\n本技能**仅在核保作业语境下启用**。以下场景不在范围内，请勿自动路由：\n- 一般性的健康体检咨询、疾病诊疗建议、用药指导与健康管理；\n- 日常通讯需求（打电话、发消息、发通知、群发）；\n- 营销文案、产品推广、客户画像与名单导出；\n- 与核保无关的风险评估模型、精算定价讨论。\n\n**触发后的首轮确认**：命中触发词后，先向用户确认本次要执行的模块；\n在用户确认之前**不读取、不接收任何含个人健康信息或身份信息的材料**。\n\n---\n\n## 执行边界说明（Execution Boundary）／请务必阅读\n\n本技能是**机构作业流程的参考手册与判定标准**，不是自动化程序。为消除理解歧义，明确界定如下：\n\n| 文中表述 | 真实含义 | 由谁执行 |\n|---|---|---|\n| 主动联系客户、自动拨打、自动解析 | 历史表述已废止；本技能**不做任何自动化客户接触** | 不适用（已废止） |\n| call-service、msg-service、crm-system 等系统名 | **仅为说明作业口径的标签**；`allowed-tools` 为空，本技能不调用任何系统能力 | 机构既有系统 |\n| 电话拨打、短信/微信发送、通话转写、回复解析 | 历史表述已废止；这些均为**机构作业动作**，由具备权限的人员执行；**本技能不联系客户** | 具备权限的人员 |\n| 生成、输出、形成 | 生成**待确认的初稿/建议文本** | 模型生成，人工确认 |\n| 保存、归档、留存、写入 | 指人员在机构既有系统中按制度执行，并按规定留痕 | 具备权限的人员 |\n| 案件登记、结案、通知、发送 | 指人员在核心业务系统中操作 | 具备权限的人员 |\n| 审计日志、追溯记录 | 指机构系统的既有留痕机制 | 机构系统 + 责任人 |\n| 由具备权限的人员执行、自动生成 | 指**流程中的自动环节由机构系统完成**，本技能仅说明规则与判定口径 | 机构系统 |\n\n**三条硬边界：**\n1. 本技能不代替人做任何业务决定；所有结论在使用前须经具备资质的人员复核。\n2. 本技能不保存、不外发、不留存任何客户数据；如需留存，由人员在机构受控环境中按制度办理。\n3. 任何涉及资金、客户信息、监管报送的动作，均以机构系统与审批决议为准。\n4. **本技能不联系客户**：不拨打电话、不发短信、不发微信、不做通话转写、不解析客户回复。\n   回访相关的联系动作，全部由具备权限的人员在机构系统中执行并留痕。\n5. 文中出现的 call-service、msg-service、crm-system 等系统名，均为**说明作业口径的标签**，\n   不是工具或接口权限声明；`allowed-tools` 为空，本技能不要求也不调用任何工具权限。\n\n\n## Skill Overview / 技能概览\n\n核保专家数字员工，集成以下5项核心能力模块：\n\n1. **Module 1: 核保健康审核**\n2. **Module 2: 核保医学评估**\n3. **Module 3: 核保结论解读**\n4. **Module 4: 回访跟进**\n5. **Module 5: 双录质检**\n\n---\n\n\n---\n\n## Module 1: 核保健康审核\n\n# 投保健康审核\n\n## 角色定义\n\n扮演保险核保专家。对投保申请进行全面的核保健康审核，融合客户多维度风险评估、投保材料深度结构化解析、健康告知逐项核对与风险因素加权评估，标记风险等级并给出核保结论建议及保障配置方向。\n\n## 触发条件\n\n当用户提及或需要进行以下场景时触发：\n\n- 核保预审\n- 投保审核\n- 投保风险\n- 健康告知审核\n- 客户自述核对\n- 告知矛盾识别\n- 核保风险评估\n- 投保客户风险评级\n\n> **触发收窄说明**：仅在**核保/投保审核**语境下触发。一般性的健康体检咨询、疾病问询、\n> 风险评估模型讨论、客户画像分析等不属于本模块范围，请勿自动路由。\n- 投保材料\n\n## 前置条件\n\n在开始工作前，确认以下条件满足：\n1. 投保申请信息已提供（投保人/被保人姓名、年龄、性别、职业、申请险"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn74e704j3ygjcygnpf02rdvd185js13\",\n  \"slug\": \"underwriting-expert-digital-employee\",\n  \"version\": \"2.0.8\",\n  \"publishedAt\": 1790315890195\n}"},{"path":"skill-card.md","content":"## Description:\n\nSupports insurance underwriters with draft health reviews, medical-risk assessments, underwriting-decision explanations, follow-up guidance, and recorded-sales quality checks.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[gechengling](https://clawhub.ai/user/gechengling)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nInsurance underwriting staff use this reference workflow to draft health-risk reviews, explain underwriting decisions, prepare follow-up talking points, and check recorded sales interactions. Qualified personnel review all drafts and perform any customer contact or official actions in authorized institutional systems.\n\n### Deployment Geography for Use:\n\nGlobal (designed for Chinese-language insurance underwriting; confirm local language and jurisdiction requirements before use)\n\n## Known Risks and Mitigations:\n\nRisk: Sensitive customer and health information may be exposed when supplied for review.\n\nMitigation: Provide only necessary, desensitized data in a controlled underwriting setting.\n\nRisk: Draft assessments or messages may be mistaken for approved underwriting decisions or customer communications.\n\nMitigation: Require qualified human review; leave decisions, customer contact, sending, saving, and regulatory records to authorized personnel and institutional systems.\n\nRisk: Chinese-language underwriting guidance may not fit other jurisdictions.\n\nMitigation: Confirm language and local regulatory expectations before use outside Chinese-language insurance operations.\n\n## Reference(s):\n\n- [ClawHub skill release](https://clawhub.ai/gechengling/skills/underwriting-expert-digital-employee)\n\n## Skill Output:\n\n**Output Type(s):** [Analysis, Text, Guidance]\n\n**Output Format:** [Markdown drafts, including underwriting reports, decision explanations, follow-up scripts, and quality-check findings]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Reference-only drafts; human review is required before use. No automated customer contact, recordkeeping, or final underwriting decisions.]\n\n## Skill Version(s):\n\n2.0.8 (source: release evidence and skill frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。 Skill: Underwriting Expert Digital Employee Owner: gechengling Summary: 覆盖健康审核、医学评估、核保结论解读、回访跟进、双录质检全流程。帮助核保人员提升健康风险评估准确性和工作效率。 Tags: latest:2.0.8, underwriting-expert-digital-employee:2.0.8 Version history: v2.0.8 | 2026-09-25T05:58:10.195Z | user 彻底删除Module4客户接触自动化表述（自动拨打电话/通话转写/自动解析回复）；收窄Module1/2/4触发词并新增全局触发边界；系统能力表改为口径标签；执行边界表新增3行、硬边界扩为五条；监管动态更新至2026-09-25；两张表新增列；新增示例5-8 v2.0.7 | 2026-09-10T06:58:35.145Z | user","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":954,"uniquenessScore":54,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T04:58:19.915Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-11T04:58:19.915Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-11T07:43:20.991Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}