Layerup

Layerup是什么

Layerup是一套面向保险和金融服务机构的企业级AI代理操作系统，用于把理赔、核保、欺诈调查、合规、贷款、催收和客户服务等流程从资料进入一直执行到系统回写。它强调代理在现有业务系统中工作，而不是要求员工切换到新的聊天窗口。

当前Layerup不是面向个人用户的通用聊天机器人，也不是只给建议的保险Copilot。产品采用企业咨询、工作流设计、系统集成和分阶段上线模式，适合拥有明确流程、数据治理和合规要求的机构。

产品定位变化

Layerup早期曾提供面向LLM应用的安全、敏感数据保护和Guardrails能力，也曾被介绍为保险经纪人效率平台。现行产品已经转向保险与金融服务的长周期AI代理，不应再按旧版通用AI安全SDK或简单经纪人助手介绍。

核心产品理念

Layerup把代理定义为能够持续数小时或数天处理同一案件的长周期执行单元。代理保留案件状态，等待缺失材料到达后继续工作，并在关键环节进入人工审批或异常队列。

• 代理负责完整工作流，而不是只回答一次问题。
• 工作发生在现有理赔、核保、保单、银行和服务系统中。
• 重要决策可以设置人工审批门槛。
• 每次推理、调用和系统写回保留审计记录。
• 低置信度、规则冲突和例外自动转交人工处理。
• 企业可逐个工作流上线，再扩展到部门和业务线。

主要功能

• 编排多个专业代理完成资料接收、推理、执行、审批和回写。
• 理解保险覆盖、承保偏好、欺诈、追偿、贷款和合规规则。
• 读取文档、邮箱、数据仓库及核心业务系统。
• 把处理结果写回理赔、保单、贷款、CRM和服务系统。
• 配置角色权限、审批门槛、风险等级和停止开关。
• 记录代理身份、输入证据、决策过程和下游操作。
• 通过运营仪表盘跟踪周期、吞吐量、损失和SLA等指标。
• 支持模型切换、自有模型、开放模型和自定义后训练。

理赔自动化

理赔代理可以从首次报案开始，完成保险责任核验、严重程度分流、欺诈与追偿信号识别、文件整理、准备金支持和理算员交接。它会持续吸收后续到达的估损、发票、医疗或修复材料，并更新案件状态。

核保与投保申请处理

核保代理接收经纪渠道或其他入口提交的申请材料，抽取数据、总结风险、检查承保偏好与资格，并准备报价输入和转介材料。对满足规则的清洁业务可以进入直通处理，复杂或超权限风险则交给核保人员。

• 接收邮件、门户和系统中的投保申请。
• 识别并分类表单、附件和补充材料。
• 抽取被保险人、标的、损失记录和保障需求。
• 按照机构自己的承保指南筛选资格与偏好。
• 准备费率输入、报价材料和高级转介包。
• 跟踪缺失资料并向经纪渠道发起补充请求。
• 在核保人员批准后继续出单或系统回写。

欺诈与SIU工作流

欺诈代理不仅在报案时给出一次风险分数，还会在案件持续期间比较陈述、照片、发票、医疗记录、维修资料和时间线。它可以连接跨案件实体关系，形成带证据的调查转介包，并把调查结果反馈给检测规则。

质量保证与全量审查

QA代理用于检查理赔文件、估损、付款、核保决策、定价和转介是否符合机构自己的处理指南。与人工抽样不同，产品主张可以把审查覆盖到全部文件，再把缺陷、纠正和复核过程写回业务系统。

• 检查保险责任和责任认定是否有完整依据。
• 核对估损项目、准备金和付款准确性。
• 发现遗漏追偿、残值或异常支出。
• 检查核保偏好、资格和定价一致性。
• 为每项缺陷提供评分、理由和证据定位。
• 生成针对具体文件的纠正和辅导内容。
• 跟踪整改直到再次检查确认关闭。

合规、KYC与反洗钱

金融合规代理可以执行客户身份核验、受益所有人收集、制裁与政治公众人物筛查、交易告警分流、调查材料和可疑活动报告草稿。代理还可以处理投诉、周期性KYC更新和审计证据整理。

客户服务与全渠道交互

客户服务代理支持语音、聊天、电子邮件、短信和门户会话，可以完成身份核验、理解保单背景、解释账单、准备保单变更和处理证书请求。它的目标是把会话推进到核心系统中的实际解决，而不是只创建一个待办工单。

• 跨渠道保留同一客户请求的上下文。
• 在触碰保单或账户前执行身份和权限核验。
• 解释账单并检查付款是否正确入账。
• 收集地址、车辆、驾驶人或风险变更。
• 准备保险凭证、批单或恢复报价。
• 在需要时无缝转接理赔或人工服务队列。
• 记录会话、动作、确认和系统写回。

金融服务工作流

Layerup的现行范围不只包括保险，还覆盖消费贷款、银行卡与支付、存款银行以及住房贷款。典型流程包括贷款申请和服务、催收、争议与拒付、支付处理、开户、KYC以及损失缓解。

系统集成与回写

Layerup强调不替换企业现有系统，而是通过连接器和定制集成访问理赔、保单、核保、银行、贷款、文档、邮箱和供应商门户。代理执行的写操作通过类型化动作、权限和政策检查，再根据审批要求提交。

• 连接云端SaaS、数据仓库和文档存储。
• 访问企业内部API、门户和业务应用。
• 连接本地数据库、文件系统与遗留核心系统。
• 为没有现成连接器的系统开发定制接口。
• 使用最小权限服务账户和原生认证。
• 为全部连接统一应用审计和政策控制。

治理与人工审批

平台将计划、执行和验证拆分，避免单次模型调用同时决定动作、执行动作并评价自己。每个工具调用都要通过角色、范围和职责分离检查，关键动作可按业务线、金额和风险等级进入人工审批。

模型与上下文架构

Layerup支持可更换的商业模型、开放模型和企业自有模型，并通过模型路由选择适合的执行路径。统一上下文引擎把法规、行业语言、业务规则、操作程序和验证逻辑提供给代理，而不是仅依赖模型的通用知识。

• 允许不同地区或业务线使用不同模型。
• 支持企业自带模型及自定义后训练。
• 对输入数据进行掩码、脱敏和驻留控制。
• 维护实体关系、数据沿袭和语义索引。
• 把标准操作程序转换为可执行的代理操作程序。
• 用规则和确定性工具处理费率、金额及资格计算。

部署方式

平台同时提供Layerup托管云、私有VPC、客户指定云、本地数据中心和主权区域部署，并说明可以支持隔离网络场景。不同拓扑使用同一代理操作系统，但数据驻留、密钥、模型调用和运维责任不同。

实施方法

Layerup通常从一个高摩擦工作流开始，通过业务梳理、数据分析、价值测算、代理设计和受控试运行进入生产。上线过程采用影子模式、人工参与和带审批的自动化逐级放权，而不是第一天直接全自动。

1. 选择一个有明确基线和业务负责人的工作流。
2. 梳理当前步骤、系统、文件、规则和异常路径。
3. 评估周期、成本、损失、吞吐量和合规价值。
4. 设计连接架构、数据权限和代理操作程序。
5. 使用真实边界案例建立评测集和验收门槛。
6. 先以影子模式运行，不影响生产结果。
7. 进入人工参与模式并校准审批和异常路由。
8. 达到约定指标后开启带审批的自动执行。
9. 持续监控漂移、故障、回归和业务KPI。
10. 按部门、业务线和地区逐步扩展。

部署服务与周期

价格与采购方式

Layerup没有公开面向个人或小团队的固定月费套餐，也没有自助结算入口。费用取决于工作流范围、系统集成、部署拓扑、交易吞吐量、服务阶段、数据驻留和治理要求，需要预约演示并由企业销售报价。

安全与合规

Layerup公开列出SOC 2 Type II、PCI DSS和HIPAA相关合规能力，并提供云、VPC、本地和主权区域部署。实际采购时仍应索取审计报告适用范围、最新有效期、分包商清单、数据处理协议和事故响应条款。

• 确认认证覆盖的产品、环境、实体和时间范围。
• 明确哪些数据会进入第三方模型及如何脱敏。
• 核对数据驻留、保留、删除和备份规则。
• 验证单点登录、SCIM、角色权限和职责分离。
• 测试审批门槛、停止开关和回滚流程。
• 审查日志完整性、访问方式和导出能力。
• 约定安全事件通知、恢复目标和供应商责任。

监管与业务责任边界

AI代理可以准备文件、执行规则和提供证据，但不能把保险责任、承保、监管申报或客户处置的最终法律责任转移给软件供应商。机构仍需由具备授权的员工管理规则、审批、投诉、模型风险和监管义务。

历史SDK、API与开源状态

早期Layerup Security曾发布Python和JavaScript SDK，用于Guardrails、提示注入检测和敏感数据保护，Python包采用MIT许可证且最后公开版本停留在2024年。旧文档和包仍可能被搜索到，但它们属于此前产品方向，不能当作现行保险AI操作系统的正式开发入口。

当前平台支持内部API、连接器和定制集成，但没有核实到面向公众自助注册的现行API定价或通用SDK。Layerup保险平台本身不是开源项目，历史SDK开源也不代表代理运行时、行业模型或企业产品代码开放。

适合哪些机构

• 希望缩短理赔周期并提高文件就绪度的保险公司。
• 需要自动处理大量投保申请和转介材料的核保团队。
• 管理多个项目或承保渠道的MGA和专业保险机构。
• 希望扩大欺诈检测和追偿覆盖面的理赔机构。
• 需要自动化KYC、AML、投诉和审计材料的金融机构。
• 处理贷款服务、催收、争议和拒付的银行与贷方。
• 要求私有云、本地或主权区域部署的大型受监管企业。

产品优势

• 围绕保险和金融服务流程设计，而不是通用聊天界面。
• 长周期代理可等待材料并持续完成同一案件。
• 与现有核心系统集成，减少重复录入和人工交接。
• 人工审批、异常路由和审计记录属于平台核心能力。
• 覆盖理赔、核保、欺诈、QA、合规和金融运营。
• 支持多模型、客户自有模型和多种部署拓扑。
• 可以从一个工作流试点，再按KPI逐步扩展。

限制与注意事项

• 没有公开固定价格，需要经历企业采购和定制部署。
• 落地依赖高质量数据、清晰规则和核心系统接口。
• 6至8周试点只是典型周期，复杂集成可能更长。
• 业务指标和自动化收益不能脱离客户基线直接保证。
• 高风险决定仍需具备授权的人员审批和治理。
• 认证声明需要在采购时核对范围、有效期和报告。
• 历史Guardrails SDK不能当作当前保险平台能力证明。
• 不适合个人用户或只想快速试用通用AI助手的团队。

评估与采购清单

1. 选择一个数据充足、规则明确且指标可量化的流程。
2. 记录当前周期、人工成本、错误率、损失和SLA基线。
3. 列出涉及的系统、文档、角色、权限和监管要求。
4. 要求供应商演示异常、低置信度和审批场景。
5. 用真实脱敏案件和边界案例建立验收集。
6. 核对部署拓扑、模型供应商、数据驻留和删除机制。
7. 明确集成、实施、订阅、用量和后续服务费用。
8. 把准确率、吞吐量、故障恢复和人工复核写入SLA。
9. 分阶段放权，并为代理和整个运行时设置停止机制。
10. 上线后持续比较业务KPI和潜在偏差。

常见问题

Layerup是保险聊天机器人吗？

不是。当前产品强调在后台持续执行完整工作流并写回现有系统，聊天或语音只是客户服务场景中的交互渠道之一。

Layerup只适合保险公司吗？

保险是主要行业，但平台也覆盖消费贷款、银行卡与支付、存款银行及住房贷款。产品仍然面向受监管机构，而不是通用企业自动化市场。

Layerup多少钱？

没有公开统一月费或自助套餐，发现、试点、企业扩展和持续运行采用不同的定制商业模式。实际费用需要根据工作流、集成、吞吐量、部署和服务范围询价。

可以部署在企业自己的环境吗？

可以，产品列出私有VPC、客户云、本地数据中心和主权区域等部署模式。具体模型、密钥、数据驻留和运维责任需要在架构与合同中确认。

Layerup开源吗？

现行保险与金融AI平台不是开源产品。早期Layerup Security的部分SDK采用开放许可证，但属于历史方向，不能代表当前平台的代理运行时和行业模型开放。

AI代理会自动做出最终理赔或核保决定吗？

平台支持按规则自动执行和系统写回，也提供人工审批、异常路由和风险门槛。实际自动化程度应由机构根据金额、风险、监管和模型表现逐步配置。

总结

Layerup适合希望把保险或金融后台工作从人工执行转为人工审批的大型机构。它的核心差异是长周期代理、现有系统内执行、审计轨迹、人工控制和多种主权部署，而不是提供一个新的聊天工作台。

评估时应把现行企业平台与历史Guardrails产品严格区分，并通过真实工作流验证周期、质量、损失和合规指标。采购重点应放在数据、集成、治理、审批、SLA和总拥有成本，而不是只比较模型名称。