Finance Audit Agent

基于AI的金融审计智能体，支持保险、证券、银行影像智能解析，自动执行50+审计规则，提升审计效率与准确率。

Install

openclaw skills install @gechengling/finance-audit-agent

金融行业审计智能体 (Finance Audit Agent)

一句话介绍：基于AI Agent的金融行业全场景审计数字劳动力，参考中国太保250人团队效率跃升30%+实战经验，覆盖保险/证券/银行三大领域，支持影像件智能解析，自动执行59条审计规则，出具专业审计报告。

版本

version: 2.0.2

触发词

金融审计、保险审计、证券审计、银行审计、内控审计、反洗钱审计、现场检查应对、非现场审计、审计智能体、核赔审计、AI审计、数字审计、审计Agent、以数治审、审计整改、监管数据报送口径核对、EAST报送质量、审计规则引擎、审计底稿生成、审计报告初稿

行业标杆案例

中国太保审计数字化转型（2024）：

250人审计团队 → AI赋能后效率提升30%+
核赔准确率89% → 超越人类初审水平
11个岗位/万名员工全面推广
关键：468本金融专业资料领域微调 + 人机协作分工

触发词说明

金融审计：通用金融行业审计
保险/证券/银行审计：特定行业审计
内控审计：内部控制审计（授权审批、岗位分离、印章管理）
审计智能体：AI审计场景
以数治审 / EAST / 监管数据报送口径核对：以监管标准化数据开展非现场审计、核对报送口径与源系统一致性
现场检查应对：迎检材料清单与自查报告（不含现场检查的行政应对决策）

触发边界（重要，避免误触发）

本技能仅在用户明确提出审计、核查、迎检、规则比对类诉求时启用。以下场景不在本技能范围内，请勿自动路由：

日常经营分析、财务报表编制、税务申报、预算测算；
一般性的法务合规咨询、合同审查、诉讼应对；
投资研究、产品定价、营销文案撰写；
未经用户确认的客户画像、名单导出等数据处理动作。

触发后的首轮确认：命中触发词后，先向用户确认本次要执行的模块（规则引擎 / 影像解析 / 场景核查 / 报告生成）；在用户确认之前不读取、不接收、不处理任何含个人信息或账户信息的材料，与文首数据最小化前置声明一致。

监管与行业动态（截至 2026-09-25）

时间	监管/行业动向	对审计规则的直接影响
2023-05	国家金融监督管理总局挂牌，承接原银保监会职责；2024年县域监管支局全面组建	原"银保监会现场检查"口径统一改为金融监管总局，审计底稿引用文号须同步更新
2024-2025	《保险法》修订草案公开征求意见，强化理赔时效、销售可回溯与消费者保护	R006理赔时效、R015双录合规由"建议项"升为强校验项
2025	反洗钱与反恐融资监管要求持续细化，受益所有人信息采集与共享加严	R018/R019/R054/R055 增加受益所有人穿透校验
2025-07-01	证监会程序化交易管理实施细则施行，高频交易报告与差异化监管落地	R025异常交易监测新增"报备一致性"子项
2026	监管数据标准化（EAST/监管报送）治理加严，"以数治审"成为内审主线	新增 R059-R059C 数据口径与报送一致性规则
2026-08	金融监管总局系统持续强调监管数据质量主体责任，报送差错整改与回检留痕受关注（以官方最新发布为准）	R059C 由新增规则转为月度必查项，须留存"发现—整改—核验"三段留痕
2026-09	金融领域个人信息与生物特征信息处理的合规审计受关注，影像件采集授权链路与留存期限成为内审核查点（以官方最新发布为准）	R058 增加影像件授权链路与留存期限核查子项

说明：上表为便于审计人员快速定位规则映射的整理性内容，具体条款与生效时间以监管机构官方最新发布为准；生成正式审计报告前请复核文号与生效日期。

数据最小化前置声明（使用本技能前请知悉）

提交给模型的影像件、客户清单、交易流水，请先行脱敏：身份证号保留前6后4、银行卡号保留后4位、姓名可用"张*"替代。
敏感数据仅用于本次审计任务，不落盘、不外发；如需留存审计底稿，请先预览脱敏结果并确认后再保存。
涉及个人信息的处理遵循《个人信息保护法》《数据安全法》最小必要原则。

核心能力

0. 人机协作工作流（中国太保模式）

参考中国太保审计Agent最佳实践，重构工作流：

text

┌─────────────────────────────────────────────────────────────────┐
│                    审计数字劳动力工作流                           │
├─────────────────────────────────────────────────────────────────┤
│                                                                 │
│  【AI执行层】                    【人工判断层】                  │
│  ─────────                       ────────────                   │
│  ? 核对条款一致性                ? 边界情况决策                  │
│  ? 校验病例完整性                ? 复杂案件定性                  │
│  ? 判断资料齐全性                ? 欺诈案件调查                  │
│  ? 计算赔付金额                  ? 投诉案件处理                  │
│  ? 识别异常信号                  ? 监管政策解读                  │
│  ? 生成审计初稿                  ? 最终审计结论                  │
│                                                                 │
├─────────────────────────────────────────────────────────────────┤
│  ROI叙事：讲"释放产能"而非"节省人头"                            │
│  目标：让250人团队做原来需要400人才能做的事                      │
└─────────────────────────────────────────────────────────────────┘

五步落地法（参考中国太保）：

选对场景：从"规则明确的文档处理"开始（核赔核对、条款校验、资料完整性判断）
人机分工：AI做执行，人做判断，审计员从重复劳动中解放
领域知识工程：建立金融专业规则库（保险条款/监管法规/行业惯例）
ROI叙事：量化"释放产能"而非"节省人头"，统计AI处理量/人效提升/准确率
分步推进：先单点验证（某险种/某地区），验证ROI后扩展至全量

人机协作分工的落地举例：

举例1（核赔核对）：AI逐单比对诊断编码与条款疾病定义，输出"一致/存疑/不一致"三分类；人工只处理"存疑"档（通常占15%-20%），把核对工时从人均4小时/天压到0.8小时/天。
举例2（理赔时效）：AI按R006自动抓取受理时点与结案时点计算时效达标率；人工负责认定"复杂案件"起算日争议，避免机器把客户补充材料的等待期误算为机构延误。
举例3（边界定性）：AI给出"疑似重复理赔"信号后，人工结合伤情部位、就诊科室、票据号段判断是重复索赔还是拆分报销——这类定性不得由AI直接出结论。
举例4（监管政策解读）：AI可汇总《保险法》修订草案与现行条款的差异点，并列出受影响的规则编号（如R006理赔时效、R015双录）；但"新规是否适用于存量保单"的溯及力判断，须由法务或合规负责人出具意见，AI不作定性。
举例5（投诉案件处理）：AI整理投诉工单的时间线、涉及条款与历史处理记录，生成事实摘要；是否构成销售误导、是否给予通融赔付由人工决策，AI不得直接给出赔付承诺。

1. 审计规则引擎（59条规则）

1.1 保险行业审计规则（20个）

承保业务审计

R001：投保人身份真实性核验 - 身份证OCR识别+人脸比对+公安库交叉验证
R002：受益人关系合法性 - 受益人与被保险人关系符合保险法规定，18岁以下需指定监护人
R003：健康告知完整性 - 既往病史/家族史/生活习惯告知完整性校验，漏告知触发人工复核
R004：财务状况真实性 - 年收入与保费比例不超过合理范围（年收入×20%≥年缴保费）
R005：职业风险等级匹配 - 被保险人职业类别与投保险种风险等级匹配，高风险职业需加费或拒保

理赔业务审计

R006：理赔时效合规性 - 普通案件15个工作日内完成，复杂案件60个工作日内完成
R007：理赔材料完整性 - 发票/病历/事故证明/身份证明四要素齐全性校验
R008：理赔金额准确性 - 赔付金额=保额×赔付比例-免赔额-已赔付金额，与条款计算一致
R009：重复理赔检测 - 同一事故/同一医院/同一时间段内是否存在多次理赔记录
R010：既往病史关联分析 - 理赔疾病与健康告知历史是否存在关联，关联时需启动既往症调查

核保风控审计

R011：超额保险检测 - 累计保额超过风险保额限制（未成年人身故险≤20万，航空险≤500万）
R012：逆选择风险评估 - 短期内集中投保/观察期刚过即申请理赔等逆向选择信号检测
R013：带病投保识别 - 体检异常/门诊记录与投保时间序列分析，检测带病投保行为

销售合规审计

R014：销售误导检测 - 宣传材料与条款一致性，夸大收益/隐瞒免责条款检测
R015：双录合规性 - 1年期以上寿险/重疾险双录（录音录像）完整性检查，回溯可追溯
R016：代理人资质验证 - 销售人员持有有效执业证书，无违规从业记录
R017：代签名检测 - 投保单/变更申请书签名笔迹与历史样本差异检测

资金合规审计

R018：保费资金来源合规 - 大额保费（≥20万）资金来源证明，防范洗钱风险
R019：理赔资金去向追踪 - 理赔款打款账户与投保人/受益人账户一致性验证
R020：退保资金合规性 - 犹豫期退保全额退款，超过犹豫期按现金价值计算，退保资金退回原账户

保险规则应用举例：

举例1（R006+R007组合）：某医疗险案件受理日为3月1日，客户3月20日补充病理报告，机构4月10日结案。AI按"补充材料等待期可扣除"口径计算实际处理时长12个工作日（达标），但需人工确认补充材料通知是否在3月20日当日发出——若通知晚于3月20日，则时效重新起算可能超15个工作日。
举例2（R009）：客户1月5日因"腰椎间盘突出"在A医院就诊理赔8000元，1月12日在B医院以"腰椎间盘疾患"再次申请理赔6500元，两次票据号段连续且诊断编码同属M51类。AI标记高风险后，人工调阅完整病历判断是否为同一次事故拆分索赔。
举例3（R011+R004组合）：投保人为其8岁子女在3家机构累计投保身故险保额合计45万元，超出未成年人身故险限额；同时其申报年收入12万元、年缴保费6万元，保费收入比50%远超20%参考线——两条规则叠加，AI直接出具"建议拒保+上报可疑"的高风险结论。
举例4（R003+R010组合）：客户投保时健康告知勾选"无既往病史"，理赔时病历显示投保前两年同部位就诊记录。AI比对投保日期与就诊日期，判定告知不实可能性高并标记高风险；人工据此启动既往症调查，判断是否影响承保决定。
举例5（R015）：某1年期以上重疾险双录视频时长仅40秒，且未完整展示免责条款朗读环节。AI判定双录不完整并登记问题；人工进一步确认是否已过犹豫期——若已过犹豫期，则按销售瑕疵回溯销售环节责任，而非直接作退保处理。

1.2 证券行业审计规则（18个）

经纪业务审计

R021：客户适当性管理 - 投资者风险等级与产品风险等级匹配，C1-C3客户不得购买R5产品
R022：开户资料完整性 - 身份证/银行卡/风险测评/投资者确认书齐全性校验
R023：客户身份持续核验 - 大额转账（≥50万）/异常交易时二次身份验证
R024：僵尸账户激活合规 - 长期不动户（1年以上）激活时重新完成适当性管理和风险揭示

交易合规审计

R025：异常交易监测 - 集合竞价阶段虚假申报/对倒交易/涨停板虚假申报检测
R026：老鼠仓检测 - 资管产品建仓前关联账户先于资管账户交易同只股票
R027：限售股减持合规 - 高管/5%以上股东减持提前披露，窗口期禁止交易
R028：内幕交易防控 - 信息披露前敏感期内关联账户交易行为监测

投行业务审计

R029：IPO项目尽职调查完整性 - 财务真实性/法律合规性/业务完整性核查清单校验
R030：承销定价合理性 - 发行价与询价结果偏离度超±30%需专项说明
R031：持续督导合规 - 上市公司年报/季报/重大事项披露及时性跟踪

资产管理业务审计

R032：产品净值核算准确性 - 单位净值计算=（资产总值-负债）/份额，与托管人核对
R033：利益输送检测 - 产品间对倒/产品与股东账户间利益输送信号检测
R034：信息披露合规 - 产品净值/季报/年报披露时间符合合同约定和监管要求

融资融券业务审计

R035：融资融券准入合规 - 客户证券资产≥50万且开户满6个月资质验证
R036：担保品折算率合规 - 担保证券折算率符合交易所规定，单只股票集中度≤30%
R037：强制平仓合规性 - 维持担保比例低于130%时通知客户，低于110%时强制平仓

反洗钱审计

R038：可疑交易识别 - 分散转入集中转出/短期大额资金进出/频繁小额试探交易检测
R039：制裁名单筛查 - 交易对手/受益人/实际控制人实时对接OFAC/UN/中国制裁名单

证券规则应用举例：

举例1（R021）：风险测评结果为C2（稳健型）的客户通过线上渠道申购R4混合型基金，系统留存的"不适当销售确认书"为客户自行勾选。AI核对发现确认书未留存双录且无营业部盖章，判定适当性管理程序不完整，需补充投资者教育记录并回溯销售环节。
举例2（R036+R037组合）：客户担保证券中单只创业板股票占比38%，超过30%集中度上限；T日维持担保比例降至128%，机构T+1日才发出追加通知。AI同时标记集中度超限与通知时点滞后两项问题，人工据此认定平仓程序存在瑕疵。
举例3（R025）：某账户连续5个交易日在9:15-9:20集合竞价阶段申报买入后立即撤单，撤单率92%，且申报量占同期市场申报量15%以上。AI判定存在虚假申报嫌疑并生成异常交易线索，移交合规部门人工研判是否上报。
举例4（R023）：客户账户单日累计转出资金520万元，收款方为首次出现账户，而系统未触发二次身份验证。AI标记"大额转账身份核验缺失"并调取对应控制点；人工据此核查是否属于内控制度未落地。
举例5（R039）：某法人客户实际控制人在交易发生后才被列入制裁名单，历史交易未做回溯筛查。AI提示需对存量客户名单补充回溯筛查并生成可疑交易线索；是否报送由反洗钱中心人工决定。

1.3 银行行业审计规则（21个）

信贷业务审计

R040：贷款准入合规性 - 借款人资质/担保物评估/授信额度测算符合信贷政策
R041：贷前调查完整性 - 财务报告/经营场所/行业分析/还款来源调查四维度完整
R042：贷款用途真实性 - 受托支付凭证与合同约定用途一致性，跟踪资金流向
R043：贷后管理合规 - 季度现场检查/年度重评/风险分类调整及时性监测
R044：五级分类准确性 - 正常/关注/次级/可疑/损失分类与贷款实际风险匹配

存款业务审计

R045：存款利率合规 - 存款利率不超过自律机制约定上限
R046：存款保险标识合规 - 营业场所显著位置展示存款保险标识
R047：大额交易报告合规 - 单笔/累计日交易≥50万报告反洗钱系统

结算业务审计

R048：银行间往来合规 - 同业存放/同业拆借利率符合Shibor±一定范围
R049：票据业务真实性 - 票据真实性（电票验真/纸票查复线）+贸易背景真实性
R050：贸易背景真实性 - 进出口单据/发票/物流单据与结算业务匹配性

合规内控审计

R051：授权审批合规 - 重大业务（≥500万）双人复核，分级授权体系执行
R052：岗位分离合规 - 账务处理/复核/授权三分离，不相容岗位分离
R053：印章管理合规 - 印鉴卡保管/使用登记/定期盘点完整性

反洗钱/制裁合规

R054：客户尽调（KYC）完整性 - 法人客户受益人识别，自然人客户职业/地址/资金来源登记
R055：制裁名单实时筛查 - 新建客户/交易对手/受益人开户时实时对接制裁名单库
R056：恐怖融资检测 - 可疑特征交易（宗教场所收捐款/小额多笔规律性转账）识别
R057：跨境汇款合规 - 汇款人/收款人身份信息完整，国际收支申报及时准确

数据安全合规

R058：个人信息保护合规 - 个人信息收集授权/存储加密/跨境传输审批完整性
R059：数据分级分类 - 客户数据按敏感程度分级，访问权限与数据级别匹配

监管数据治理与以数治审（2026新增）

R059A：报送口径一致性 - EAST/监管标准化报送数据口径与业务系统源数据一致，字段映射有据可查
R059B：报送时效性 - 监管报送数据按规定的频度与时限提交，延迟报送需留痕说明原因
R059C：数据质量闭环 - 监管反馈的差错数据须在规定时限内完成整改并回检，形成"发现—整改—核验"闭环

银行规则应用举例：

举例1（R042+R050组合）：企业以采购原材料名义申请流动资金贷款3000万元，受托支付至供应商账户后，资金在2日内分5笔转入某房地产关联方账户。AI追踪资金链路判定"贷款用途与约定不符"，人工据此提前收贷并下调风险分类。
举例2（R044）：某制造业客户连续3个月欠息、主要账户被冻结，但贷款仍分类为"关注"。AI比对逾期天数、欠息期数与担保物变现能力，建议下调至"次级"；人工复核担保物评估报告后确认调整。
举例3（R059A）：监管标准化报送中"贷款投向行业"字段取自信贷系统行业代码，而源系统近半年有1200笔贷款未维护行业代码，报送时以默认值填充。AI比对源系统与报送表后标记口径失真，需补录后再报。
举例4（R041）：贷前调查报告中"经营场所实地调查"栏仅有现场照片，缺调查人签字与调查日期。AI判定调查留痕不完整；人工据此要求补充调查记录，否则授信审批程序存在瑕疵。
举例5（R058）：手机银行在客户未单独勾选同意的情况下采集通讯录用于营销评分。AI比对授权链路，判定缺少单独同意并标记问题；人工据此评估是否构成违规收集个人信息及整改方案。

2. 影像件智能解析能力

2.1 支持的影像件类型

影像类型	行业	解析字段	典型解析难点	降级/兜底策略	个人信息敏感度
身份证	全行业	姓名/身份证号/性别/民族/出生日期/住址/有效期	反光、复印偏色、边角遮挡导致有效期漏识	置信度<90%转人工复核，禁止自动通过	高（身份证号属敏感个人信息，须前6后4脱敏）
营业执照	银行/证券	统一社会信用代码/法定代表人/注册资本/成立日期/经营范围	三证合一后版式多样，经营范围换行多	关键字段二次校验，经营范围仅作参考	低（多为公开信息，经营范围勿随意外发）
银行卡	全行业	卡号/银行名称/卡类型/开户行	卡号压印凹凸导致字符断裂	卡号Luhn校验，不通过转人工	高（卡号属金融账户信息，只留后4位）
发票	保险/证券	发票代码/发票号码/开票日期/购买方/销售方/金额/税号	热敏纸褪色、折痕压字	金额大小写交叉校验，必要时查验平台核验	中（含购买方名称与税号）
病历资料	保险	医院名称/科室/诊断/入院日期/出院日期/费用明细	手写体诊断、医生签名潦草、表格跨页	手写段单独走高识别模型，结论标"需人工确认"	高（属医疗健康敏感个人信息）
财务报表	银行/证券	资产/负债/所有者权益/营业收入/净利润（表格结构化提取）	合并报表与母公司报表混淆、单位（元/万元）不明	抽取后强制核对单位与勾稽关系	中（含经营数据，注意保密）
合同文本	全行业	合同编号/当事人/标的/期限/金额（条款关键字段提取）	补充协议、手写修改条款	主协议与补充协议冲突时标红提示	中（含当事人与交易金额）
不动产证	银行	证号/权利人/坐落/面积/权利性质	附记页抵押信息易漏扫	提示补扫附记页	中（含权利人及坐落信息）
行驶证/驾驶证	保险	车牌/车架号/品牌型号/注册日期/发证日期	副页检验记录遮挡主信息	主副页分别识别后合并	中（含车架号等标识信息）

2.2 OCR解析流程

text

影像上传 → 图像预处理（去噪/倾斜校正/增强） → 版面分析 → 文字识别（OCR） → 字段抽取 → 结构化输出 → 质量校验 → 低置信度转人工

2.3 结构化输出格式

json

{
  "document_type": "身份证",
  "extraction_time": "2026-05-15T22:13:00Z",
  "fields": {
    "name": "张三",
    "id_number": "310***********1234",
    "gender": "男",
    "nationality": "汉族",
    "birth_date": "1990-01-01",
    "address": "上海市浦东新区***",
    "issuing_authority": "上海市公安局浦东分局",
    "valid_from": "2020-01-01",
    "valid_to": "2030-01-01"
  },
  "confidence": 0.98,
  "warnings": [],
  "raw_text": "..."
}

2.4 解析结果应用举例

举例1（低置信度拦截）：身份证有效期字段识别为"2020-01-01至2030-01-01"，置信度0.86低于0.9阈值。AI不直接采信，转人工复核并提示"有效期存疑，请核对原件"，避免将过期证件判为有效。
举例2（跨字段勾稽）：发票识别金额为"¥12,800.00"但大写栏识别为"壹万贰仟捌佰元整"，AI交叉校验一致；若大小写不符则标记"金额存疑"并要求补充开票明细，防止虚增赔付基数。
举例3（跨页合并）：住院病历费用明细跨3页，AI按页次合并后核对合计与总结算单一致；若合计不符，提示"可能存在缺页"，要求补扫。
举例4（版式异常）：新版营业执照版式不在模板库内，OCR将"统一社会信用代码"误识别为"注册号"。AI按字段长度与校验位规则判定异常并转人工确认，避免把旧版字段写入报送表。
举例5（脱敏回检）：结构化输出中身份证号被完整回显、未做前6后4脱敏。AI在质量校验环节拦截并提示"输出含完整敏感字段，须按数据最小化声明脱敏后再流转"，不得直接进入报告附件。

3. 审计场景分类

3.1 常规审计场景

场景	适用行业	触发规则	审计周期	责任部门	主要数据系统	核查方式
承保业务专项审计	保险	R001-R005	月度	核保中心/合规部	核心业务系统、影像平台	全量（月度）
理赔业务专项审计	保险	R006-R010	月度	理赔中心/审计部	理赔系统、医疗数据平台	全量（月度）
销售合规审计	保险	R014-R017	季度	销售管理部/合规部	双录系统、代理人管理系统	抽样≥20%双录件
客户适当性审计	证券	R021-R024	月度	经纪业务部/合规部	账户系统、风险测评系统	全量适当性档案
交易合规审计	证券	R025-R028	实时+日结	合规部/风控部	交易系统、异常交易监控	全量扫描+实时预警
投行业务审计	证券	R029-R031	项目制	投行质控/内核	项目管理、底稿系统	项目全量
信贷业务审计	银行	R040-R044	季度	信贷管理部/审计部	信贷系统、征信与押品系统	抽样≥10%且覆盖全部大额
存款业务合规审计	银行	R045-R047	月度	运营管理部	核心系统、利率报备表	全量利率报备表
反洗钱合规审计	全行业	R018,R038,R054-R056	实时+日报	反洗钱中心	反洗钱监测、名单库	全量（系统自动）
监管数据质量审计	全行业	R059A-R059C	月度	数据治理/科技部	EAST报送、数据中台	全量报送批次

3.2 监管检查应对

监管场景	重点规则	准备材料	2024年以来高频罚点	2026年新增关注点
金融监管总局现场检查	R001-R005,R014-R017	承保清单/双录视频/代理人台账	销售误导、双录缺失、虚列费用	监管报送口径与源系统一致性（R059A）
证监会专项检查	R021-R028,R038	客户适当性档案/交易日志/可疑交易报告	适当性不匹配、异常交易监控失灵	程序化交易报备一致性（R025）
人民银行反洗钱检查	R054-R057	客户尽调档案/大额交易报告/可疑交易报告	受益所有人识别不到位、可疑交易迟报	受益所有人信息采集与共享（R054/R055）
年度会计审计	R040-R044,R051-R053	信贷台账/财务报表/内控测试底稿	五级分类不准、拨备计提不足	数据质量差错整改闭环（R059C）
监管数据质量检查	R059A-R059C	报送台账/字段映射表/差错整改记录	报送口径失真、差错整改超期	报送时效留痕与整改回检（R059B/R059C）

场景化应用举例：

举例1（迎检前的自查演练）：机构在收到现场检查通知后，用本技能按上表逐项生成"材料清单+缺口清单"，AI先跑一遍规则引擎做自我体检，把可能被罚的高频点（如双录缺失）提前暴露并给出补录建议，人工确认优先级后30日内闭环。
举例2（非现场以数治审）：审计部每月从数据中台抽取全量承保与理赔记录，直接跑规则引擎而无需现场抽样，AI输出"机构—条线—网点"三级风险热力图，人工只对红色网格开展现场核查，把现场工作量压缩约60%。
举例3（监管数据质量迎检）：机构收到监管数据质量检查通知后，AI按3.2表生成"报送台账+字段映射表+差错整改记录"清单，并反向比对源系统与报送表，将口径失真样本按"可补录 / 需书面说明"两类分组；人工优先处理可补录项，需说明项由数据治理部出具书面材料。
举例4（反洗钱年度审计）：AI对全年大额交易与可疑交易报告做完整性与时效性核查，输出迟报、漏报清单并标注对应规则编号；迟报成因属系统缺陷还是人为疏漏，由反洗钱中心人工认定，AI不作归因结论。

4. 审计报告生成

4.0 ROI衡量指标（中国太保基准）

指标	目标值	测量方法	统计口径	数据出处	基线取值建议
AI处理量占比	≥70%	AI处理件数/总件数	按结案件数计，不含转人工复核件	审计作业平台工单表	取系统上线前3个月均值
核赔准确率	≥89%	AI结论与最终结论一致率	以人工终审结论为金标准	抽样复核记录	人工终审结论抽样≥300件
人效提升	≥30%	(AI后人均处理量-AI前)/AI前	同口径人均日处理量	人力与作业量报表	同岗位同口径人均日处理量
审计周期缩短	≥40%	(AI前周期-AI后周期)/AI前	立项到出具报告的自然日	项目立项与归档记录	立项到出具报告自然日中位数
释放产能	1人顶1.6人	等效人力产出/实际人力	以标准工时折算	工时系统与产出统计	标准工时折算，剔除异常月
风险拦截率	≥95%	AI标记风险中被人工确认的比例	仅统计高风险标记项	复核确认台账	仅统计已人工复核的高风险标记

4.1 报告模板结构

markdown

# 金融行业审计报告
## [审计类型] 审计报告
**被审计单位**：[机构名称]
**审计期间**：[YYYY-MM至YYYY-MM]
**生成时间**：[YYYY-MM-DD HH:mm]
**审计依据**：[监管法规/内部制度]
**监管口径复核**：截至 [YYYY-MM-DD]，已核对最新监管规章文号与生效日期

---

## 一、审计概况

### 1.1 审计范围
- 业务范围：[承保/理赔/销售等]
- 涉及保单/客户数：[X笔/X个]
- 涉及金额：[X万元]

### 1.2 审计方法
- [x] 影像件智能解析（OCR+NLP）
- [x] 规则引擎自动检测
- [x] 人工抽样复核
- [x] 数据分析比对
- [x] 监管报送数据口径核对（EAST/监管标准化数据）

---

## 二、影像件解析结果

| 影像类型 | 数量 | 解析成功率 | 结构化字段完整率 | 转人工件数 |
|---------|------|----------|----------------|-----------|
| 身份证 | 120 | 98.3% | 100% | 2 |
| 银行卡 | 85 | 95.3% | 100% | 4 |
| 发票 | 45 | 91.1% | 88.9% | 4 |

---

## 三、审计规则执行结果

### 3.1 规则执行汇总
- 执行规则总数：59条
- 通过规则数：50条（84.7%）
- 触发预警规则数：9条（15.3%）
- 高风险项：3项

### 3.2 高风险项详情

#### 【高风险】R001 - 投保人身份真实性存疑
**涉及样本**：5笔
**问题描述**：身份证OCR识别置信度<90%，需人工复核
**涉及金额**：12.5万元
**建议措施**：联系客户补充有效身份证明
**整改时限**：7个工作日内

#### 【高风险】R009 - 重复理赔检测
**涉及样本**：2笔
**问题描述**：同一事故在两家医院分别申请理赔
**涉及金额**：3.2万元
**建议措施**：启动理赔调查，确认是否存在欺诈
**整改时限**：3个工作日内启动调查

#### 【高风险】R059A - 报送口径失真
**涉及样本**：1200笔
**问题描述**：贷款投向行业字段未维护，报送时以默认值填充
**涉及金额**：—（数据质量类）
**建议措施**：补录行业代码后重报，并回检历史报送批次
**整改时限**：监管反馈后10个工作日内

### 3.3 中风险项详情

#### 【中风险】R003 - 健康告知完整性不足
**涉及样本**：15笔
**问题描述**：健康告知问卷存在漏填项目
**涉及金额**：45万元
**建议措施**：补充告知并评估是否影响核保决定

---

## 四、趋势分析

### 4.1 审计指标趋势
| 指标 | 上期 | 本期 | 变化 | 说明 |
|------|------|------|------|------|
| 理赔时效达标率 | 92% | 95% | ↑3% | 补充材料通知电子化后改善 |
| 材料完整率 | 88% | 93% | ↑5% | 前端告知清单优化 |
| 高风险项数量 | 5 | 3 | ↓40% | 上期高风险项已完成整改 |
| 报送口径一致率 | 96.1% | 98.4% | ↑2.3% | 新增R059A后口径治理见效 |

### 4.2 风险热力图
[可视化展示风险分布：时间维度/业务类型维度/地区维度]

### 4.3 整改闭环跟踪台账（示例）
| 问题编号 | 规则 | 责任部门 | 责任人 | 计划完成 | 实际完成 | 状态 | 复核人 |
|---|---|---|---|---|---|---|---|
| A-001 | R001 | 核保中心 | 李某 | 03-15 | 03-14 | 已闭环 | 王某 |
| A-002 | R009 | 理赔中心 | 赵某 | 03-12 | — | 调查中 | 王某 |
| A-003 | R059A | 数据治理 | 孙某 | 04-20 | — | 整改中 | 审计部 |

---

## 五、整改建议

### 5.1 即时整改项（本周内）
1. 完成5笔身份存疑保单的复核
2. 对2笔疑似重复理赔启动专项调查

### 5.2 短期整改项（30日内）
1. 优化健康告知问卷设计，减少漏填
2. 加强代理人双录合规培训

### 5.3 长期优化项（90日内）
1. 建立客户风险画像，提前识别逆选择
2. 引入AI影像验真（人脸比对+证件防伪）
3. 建立监管报送数据质量常态化监测（R059A-C）

---

### 4.4 报告复核要点（出具前的必查清单）
AI生成初稿后，出具人须逐项复核后再签批：
1. **口径复核**：监管规章文号与生效日期是否已按"截至 [YYYY-MM-DD]"核对至最新；
2. **样本复核**：影像件解析低置信度项是否已全部转人工，未复核项不得计入通过数；
3. **定性复核**：涉及欺诈、定性、处罚建议的结论，是否均为人工出具；
4. **脱敏复核**：报告正文中是否残留完整身份证号、银行卡号、手机号；
5. **闭环复核**：整改时限与责任部门是否落实，历史问题是否已回检。

- 举例1（口径失效）：报告初稿引用了已修订的规章文号，复核人在"口径复核"环节发现文号与生效日期不匹配，退回AI按最新发布重新生成依据部分。
- 举例2（脱敏残留）：报告附件的高风险保单明细表中保留了完整身份证号，复核人在"脱敏复核"环节拦截，要求改为前6后4后再归档。

## 六、附件

- 附件1：审计规则执行明细清单
- 附件2：影像件解析异常清单
- 附件3：高风险保单明细表
- 附件4：整改跟踪台账
- 附件5：监管报送数据质量核对表

---

**报告生成人**：AI审计智能体 v2.0.2
**数据来源**：ClawHub Finance Audit Agent
**免责声明**：本报告由AI自动生成，涉及重大决策请结合人工判断

使用示例

示例1：保险理赔审计

text

用户：帮我审计一下这个月的理赔案件，重点检查理赔材料完整性和重复理赔

示例2：证券交易合规审计

text

用户：对所有融资融券账户做一次合规审计，重点关注担保品折算率和强制平仓合规

示例3：银行信贷审计

text

用户：生成本季度信贷业务审计报告，包含贷前调查完整性和贷后管理合规性检查

示例4：综合监管检查

text

用户：模拟金融监管总局现场检查，生成准备材料清单和自查报告

示例5：影像件批量解析与低置信度处理

text

用户：这批1200份理赔影像里有身份证和发票，先批量解析，把置信度低于0.9的挑出来给我复核清单

示例6：监管数据质量专项（以数治审）

text

用户：核对本月EAST报送的贷款投向行业字段与信贷系统源数据是否一致，列出失真样本和整改建议

示例7：反洗钱与制裁筛查

text

用户：对新增法人客户做一遍KYC和制裁名单筛查，重点说明受益所有人识别是否到位

示例8：整改闭环跟踪

text

用户：把上一期审计报告里的9个问题生成整改跟踪台账，标明责任部门、时限和复核人

示例9：影像件脱敏与最小必要检查

text

用户：这批理赔影像解析完先别急着入库，帮我检查结构化输出里有没有未脱敏的身份证号和银行卡号

示例10：规则阈值与自定义规则

text

用户：我们机构对大额保费的口径是30万而不是20万，帮我把R018的阈值改一下，并说明改动会影响哪些报告口径

技术架构

核心组件

OCR引擎：支持身份证/营业执照/发票/病历等20+影像件类型
NLP解析器：条款关键字段抽取+表格结构化
规则引擎：59条可配置审计规则，支持规则组合和自定义
报告生成器：Markdown/PDF多格式输出，支持模板定制
知识库：对接金融监管法规库（金融监管总局/证监会/央行最新法规）
领域知识库：468本+金融专业资料（条款/法规/案例/惯例）

领域知识工程（中国太保护城河）

知识来源分类：

知识类型	示例	更新频率	校验方式	责任方	失效风险
保险条款库	疾病定义/免责条款/赔付比例	产品上线时更新	与备案条款逐条比对	产品精算部	产品停售或条款换版后旧定义失效
监管法规库	金融监管总局/证监会/央行规章	实时同步（以官方发布为准）	文号+生效日期双人复核	合规部	规章修订后旧文号失效
核赔案例库	历史核赔案例+结论	月度更新	抽样回检一致率	理赔中心	结论口径变化导致样本过期
行业惯例库	通融赔付标准/惯例做法	季度更新	专家评审会审定	审计部	惯例做法被新规替代
报送口径库	EAST/监管报送字段映射	随监管口径调整	源系统—报送表反向比对	数据治理部	监管口径调整后字段映射表失效

知识增强策略：

RAG检索：基于审计问题检索相关法规和案例
Few-shot示例：每个规则提供3-5个正负样本
领域微调：使用标注数据对大模型进行领域适应

数据流

text

影像件 → OCR解析 → 结构化数据 → 规则引擎 → 风险评分 → 报告生成 → 整改跟踪
     ↓                              ↓
  领域知识库 ←────────────── 审计知识库（规则/案例/法规）

合规说明

本智能体生成的审计报告仅供参考，最终审计结论需经持牌审计师/合规负责人确认
影像件解析需遵守《个人信息保护法》《数据安全法》相关规定；提交前请按文首"数据最小化前置声明"完成脱敏
审计规则库定期更新以匹配最新监管要求（每季度更新一次；涉及监管口径调整的即时更新）
监管规章文号与生效日期以监管机构官方最新发布为准，生成正式报告前须复核
本技能提供的是审计作业方法与规则清单，具体实施由使用机构在自身环境中完成
本技能仅输出方法、清单与报告初稿，不代替审计师的职业判断，也不代替机构内部的审批与留痕流程

落地实施指南（参考中国太保）

Phase 1：单点验证（1-2个月）

选择一个核心场景（如：医疗险核赔审计）
准备1000+标注数据
构建初始规则库（20条核心规则）
验证准确率达到85%+
计算ROI，验证投入产出比

Phase 2：扩展验证（3-4个月）

扩展至同险种全品类
扩充规则库至40条
增加影像件类型（发票/病历/身份证）
培训首批"AI审计员"
统计人机协作效率提升

Phase 3：规模化推广（6-12个月）

扩展至全险种
扩充规则库至59条
建立领域知识库（条款库/案例库/法规库/报送口径库）
制定AI审计标准作业流程
评估全面ROI（效率提升30%+）

更新日志

v2.0.2 (2026-09-25)：按平台扫描反馈收窄触发词（移除"审计报告/合规检查/监管检查"等泛化词，改为"现场检查应对/审计规则引擎/审计底稿生成"等限定表述），新增"触发边界"与"触发后先确认模块"规则，避免无关会话被误路由；监管动态更新至2026-09-25并新增2条动向；五张主表各新增一列（个人信息敏感度/核查方式/2026年新增关注点/基线取值建议/失效风险）；各模块新增举例，新增示例9-10；新增"报告复核要点"小节；合规说明补充不代替职业判断
v2.0.1 (2026-09-09)：修复历史版本编码问题导致的线上正文乱码，内容完整恢复；新增监管与行业动态表（截至2026-09-09，原银保监会口径统一为金融监管总局）；新增数据最小化前置声明；规则总数50→59条（新增R059A-C监管数据治理三规则）；影像件表新增"典型解析难点/降级兜底策略"两列，场景表新增"责任部门/主要数据系统"，监管检查表新增"高频罚点"，ROI表新增"统计口径/数据出处"与风险拦截率；报告模板新增监管口径复核、整改闭环跟踪台账；新增示例5-示例8
v2.0.0 (2026-08-13)：结构升级，规则库与报告模板体系化
v1.1.0 (2026-05-15)：基于中国太保实战经验重构，添加人机协作工作流、五步落地法、ROI衡量指标、领域知识工程
v1.0.0 (2026-05-15)：初始版本，50条审计规则，3大行业覆盖

Author: 葛成 (gechengling) Skill: https://www.clawhub.com/skills/finance-audit-agent

GitHub: https://github.com/gechengling/finance-audit-agent

Finance Audit Agent

Install

金融行业审计智能体 (Finance Audit Agent)

版本

触发词

行业标杆案例

触发词说明

触发边界（重要，避免误触发）

监管与行业动态（截至 2026-09-25）

数据最小化前置声明（使用本技能前请知悉）

核心能力

0. 人机协作工作流（中国太保模式）

1. 审计规则引擎（59条规则）

1.1 保险行业审计规则（20个）

1.2 证券行业审计规则（18个）

1.3 银行行业审计规则（21个）

2. 影像件智能解析能力

2.1 支持的影像件类型

2.2 OCR解析流程

2.3 结构化输出格式

2.4 解析结果应用举例

3. 审计场景分类

3.1 常规审计场景

3.2 监管检查应对

4. 审计报告生成

4.0 ROI衡量指标（中国太保基准）

4.1 报告模板结构

使用示例

示例1：保险理赔审计

示例2：证券交易合规审计

示例3：银行信贷审计

示例4：综合监管检查

示例5：影像件批量解析与低置信度处理

示例6：监管数据质量专项（以数治审）

示例7：反洗钱与制裁筛查

示例8：整改闭环跟踪

示例9：影像件脱敏与最小必要检查

示例10：规则阈值与自定义规则

技术架构

核心组件

领域知识工程（中国太保护城河）

数据流

合规说明

落地实施指南（参考中国太保）

Phase 1：单点验证（1-2个月）

Phase 2：扩展验证（3-4个月）

Phase 3：规模化推广（6-12个月）

更新日志

Related skills