旗舰场景 预警跟踪 行业 · 数字金融与支付

RA-01 · 可疑交易预警甄别底稿

报多了被说质量差,报少了被说不履职

痛点 风控系统每天弹出几十条预警 · 每一条都要你在「报送」和「排除」之间写出理由

① 场景引入

一、这件事现在是什么样

风控与反洗钱 · 真实业务触发

预警队列里有一条「同一商户夜间短时间多笔整数金额交易」触发规则;按规定时限要出甄别结论。报上去要经得起反洗钱检查问「为什么报」;排除要经得起问「为什么排除」——两头都要证据链。

二、痛点 · 每条都有来源

1新反洗钱法把支付机构列为义务主体,要求制定并不断优化监测标准——甄别结论的质量直接对应机构履职依据 ·新修订《反洗钱法》:非银行支付机构属义务主体,资料保存至少10年,须制定并不断优化可疑交易监测标准2中通支付10项违规同时含未履行可疑交易监测处置义务与未完善交易监测标准——跨系统数据没有串起来是共同根因依据 ·中通支付罚没1894万元:10项违规含未履行可疑交易监测处置义务、未完善交易监测标准、未能监测网络支付接口被转接3行业公认中小机构反洗钱专职人员太少,一岗兼监测、报送、迎检、制度维护——每条预警的甄别时间被压缩依据· 行业调研:支付机构缺少反洗钱专业人才,中小机构专职人员太少、一岗多职、经验难以积累4乐刷被罚事由包含未按经营规模配备反洗钱人员——人力不足本身成为处罚事由,人均产能必须被放大依据 · 典型大额罚单:汇元银通罚没2431万元;乐刷累计罚没938万元且罚单含「未按经营规模配备反洗钱人员」5商户档案在商户系统、终端SN在终端平台、历史处置在另一个台账——数据凑不齐的甄别只能凭印象写排除理由依据 · 中通支付罚没1894万元:10项违规含未履行可疑交易监测处置义务、未完善交易监测标准、未能监测网络支付接口被转接6259号文「一机一码」整改后,SN频繁换绑、商户名称随意变更是清算机构管控重点——终端记录交叉核对成为甄别必查项依据 · 259号文「一机一码」整改:SN频繁换绑、一机多机构是清算机构管控重点,执行不力被暂停新增商户

三、换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 新反洗钱法把支付机构列为义务主体,要求制定并不断优化监测标准——甄别结论的质量直接对应机构履职中通支付10项违规同时含未履行可疑交易监测处置义务与未完善交易监测标准——跨系统数据没有串起来是共同根因行业公认中小机构反洗钱专职人员太少,一岗兼监测、报送、迎检、制度维护——每条预警的甄别时间被压缩乐刷被罚事由包含未按经营规模配备反洗钱人员——人力不足本身成为处罚事由,人均产能必须被放大

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四、场景闭环

6 步 · 每一步的产出都是下一步的输入

  1. 预警要素拆解 · 这条预警到底在说什么触发规则、阈值、命中交易逐项拆出,先判断这条预警信息够不够第 2步商户画像组装 · 这是谁的商户入网时间、MCC、历史变更、巡检记录、历史投诉一次带出
  2. 交易行为比对 ·特征逐项对证据整数金额占比、夜间时段集中度、快进快出特征——每项挂具体交易流水号
  3. 终端与位置交叉 ·交易发生地与登记地一致吗SN变更历史与交易位置比对——换绑特征单独标出
  4. 历史处置引用 · 上次为什么排除的同商户历史预警的结论与依据自动带出,与本次特征比对差异
  5. 甄别底稿生成 · 报/不报留给人签事实/推断/建议三分栏,证据链逐条挂出处,结论栏留空

要准备什么:风控预警明细(Excel导出)触发规则、交易笔数金额、商户号——预警队列里导出来的涉案商户入网档案(PDF/照片)进件证照与门头照——与商户准入岗共用同一份档案终端信息记录(Excel)SN、绑定商户、地理位置、绑定变更历史历史预警处置台账(Excel)同商户历史预警的甄别结论与依据——排除理由必须有历史可引交易流水明细(Excel)预警时段的逐笔交易——时间、金额、对手方

为什么这个场景值得做

优先级评分:痛感 5 × AI 适配 5 ÷ 落地难度 3 = 10.0

最大差异点:不要求先建数据集市。风控导出、商户档案、终端记录、历史台账四样东西直接扔进来,证据链由底稿自动串联并逐条标注出处。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;

落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五、会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

  • 正式件本体:可疑交易甄别底稿.xlsx 事实/推断/建议三分栏 · 证据链挂出处 · 含签批栏
  • 可派发清单:特征证据清单.xlsx 可派发 · 每项特征对应流水号与档案页码
  • 可派发清单:历史预警对照表.xlsx 同商户历史结论与本次差异并排展示

这套东西不承诺什么:不做报送决定:报/不报的结论栏留空,由反洗钱岗签字;不代生成最终报送文件;「涉赌涉诈」定性只标特征与协查依据,定性权在有权机关。

② Live Demo(演示逐步)

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。

案例设定:深湾支付(虚构 · 持牌中小收单 · 深圳 · 86 人)风控预警队列 5 条,其中 3 条是同一商户同一规则连触,须在时限内出带证据的甄别结论。

预警队列5 条有效甄别3 条涉及金额223,800 元本次建议不能直接排除

输入支付机构手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

  • 01_预警明细_20260902.xlsx 风控系统预警队列导出——触发规则、命中交易、商户号风控系统每日导出 · 今晨 08:00 生成
  • 02_涉案商户入网档案.xlsx 涉案商户的入网档案摘要——与商户准入岗共用同一份档案商户系统导出 · 按需截取
  • 03_终端信息记录.xlsx 终端 SN、绑定商户与变更历史——259 号文后这张表变成甄别必查项终端平台维护 · 换绑记录实时更新
  • 04_历史预警处置台账.xlsx 同商户历史预警的甄别结论与依据——排除理由必须有历史可引反洗钱岗逐条维护 · 最近更新 2026-03
  • 05_交易流水明细_节选.xlsx 预警时段的逐笔交易——时间、金额、对手方清结算系统按需导出

注意标橙色那一份 —— 03_终端信息记录.xlsx。它终端平台维护 · 换绑记录实时更新,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

今天预警队列里有条夜间整数交易的,材料我导出来了: 预警明细、这家的入网档案、终端记录、历史处置台账、逐笔流水。 帮我串一下证据链:这家的历史预警当时怎么处理的、这次的特征跟上次差在哪、 终端有没有换绑过。报不报的结论我自己下,底稿要能过反洗钱检查。

甄别口径、特征清单、历史引用规则都在能力包里。你只需要把导出的四类材料扔进来。

触发预警队列压着 5 条,其中 3 条是同一商户同一规则连触

报多了被说质量差,报少了被说不履职

按规定时限要出甄别结论。报上去要经得起问「为什么报」,排除要经得起问「为什么排除」——两头都要证据链。1预警要素拆解 · 这条预警到底在说什么

触发规则、阈值、命中交易逐项拆出

预警编号规则商户命中笔数命中金额(元)YJ-20260902-0037夜间短时多笔整数交易M-3522046223,800YJ-20260902-0041同规则重复触发M-3522046223,800YJ-20260902-0044同规则重复触发M-3522046223,800YJ-20260902-0052单笔大额整数交易

演示数据(表格原文)M-35771296,000YJ-20260902-0068资金快进快出M-358025187,500有效甄别3 条———

这一步的看点 · 排除性结论0037 /0041 / 0044 三条是同一商户、同一规则、命中交易完全重叠——可以直接合并为一条甄别,省掉逐条重复取证。队列从 5 条收敛到 3 条,甄别精力花在刀刃上。

第 2 步 · 商户画像组装 · 这是谁的商户

入网信息、注册地址、历史预警、投诉记录一次带出

演示数据(表格原文)档案项内容来源入网信息2025-08-19 入网,MCC 5331(百货)入网档案注册地址东莞市南城街道宏图路 23 号入网档案历史预警2026-01-08 同类预警一次,以「节假日促销」排除历史处置台账历史投诉无工单系统记录

第 3 步 · 交易行为比对 · 特征逐项对证据

每项特征挂具体流水号与统计口径

演示数据(表格原文)特征数值证据夜间集中度39 / 46 笔 ≈ 85%交易流水(23:00–05:00 时段)整数金额占比46 / 46 笔,均为 100 元整数倍交易流水历史对照排除后两周交易额 8.4 万 → 21.6 万(+157%)历史处置台账·后续回看列

第 4 步 · 终端与位置交叉 · 交易发生地与登记地一致吗

SN 变更历史与交易位置比对——换绑特征单独标出

演示数据(表格原文)核对项商户档案终端记录结论注册地东莞市南城街道深圳市龙岗区分属两市SN 换绑2025-08-19 入网即绑定2026-08-15 由M-33102 换绑换绑特征门头照核验与注册地址同城(东莞)—未核验过终端所在地

这一步的看点 · 该拦的地方拦住了商户注册地东莞、终端注册地深圳龙岗,门头照又没核验过终端所在地——这条预警不能直接排除。办法一:补调门头照与巡检记录后再出结论;办法二:按「证据不足、建议升级复核」移交上级——两条路径各写明时限,不带时限的「再看看」等于没说。

第 5 步 · 历史处置引用 · 上次为什么排除的

同商户历史预警的结论与依据自动带出,与本次特征比对差异

演示数据(表格原文)项目当时(2026-01-08)本次(2026-09-02)差异触发特征夜间多笔整数交易夜间整数交易 + 终端跨市换绑特征加重排除依据商户提供促销方案及海报无促销证据、非节假日时段依据不成立后续回看未执行(8.4 万 → 21.6 万,+157%)待本次结论触发账没算过

这一步的看点 · 从历史台账里想起了公司踩过的坑2026-01-08 那条预警以「节假日促销」排除后,两周内交易额放大 157% 却无人回看——台账里「促销类排除须设回看时点」的要求没执行。这次同一商户同一特征再触发,底稿把旧排除理由和之后的交易曲线并排摆出来。这条不靠当时写排除说明的人还在职。

第 6 步 · 甄别底稿生成 · 报 / 不报留给人签

事实 / 推断 / 建议三分栏,证据链逐条挂出处

演示数据(表格原文)三分栏内容事实夜间 39/46 笔;金额均为 100 元整数倍;终端 2026-08-15 换绑,注册地与商户分属两市推断排除「正常促销」的历史依据本次不成立;夜间整数集中与跨市换绑叠加,符合监测标准中「须升级核实」的组合特征建议补调门头照与巡检记录;回看时点写入本次结论;报 / 不报结论栏留空,由反洗钱岗签字

这一步的看点 · 把技术动作翻译成钱按 2025 年罚单口径,「未按规定报送可疑交易报告」是高频处罚事由,单张罚单可达百万元级(中通支付 1,894万罚单里就含监测处置义务未履行)。一条证据链完整的甄别底稿,就是检查时「机构已履职」的直接证据——这比任何效率数字都好算账。

YJ-20260902-0037 不能沿用上次的排除口径上次以促销排除时没有回看时点、没有终端交叉核对;这次特征加重(夜间85% + 跨市换绑 + 非节假日),直接排除就是拿机构履职赌。两个办法:办法一:两个工作日内补调门头照与巡检记录(涉及 46 笔、223,800 元),证据补齐后出正式甄别结论。办法二:今天即按「证据不足、建议升级复核」移交反洗钱负责人复核——多一级人签,少一层机构风险。

之后这一次跑完,公司多了什么

不讲省了多久:讲少了几个隐患、沉淀了什么

  • ✓ 甄别口径第一次结构化:排除理由必须引用交易特征与历史处置,不再凭印象
  • ✓ 历史台账真正被用起来:旧排除结论与后续交易曲线的对照成了新证据
  • ✓ 一条教训被固化:促销排除必须设回看时点,这条进了底稿的检查项
  • ✓ 岗位角色变了:从「要数据、等导出」变成「看组装好的证据链下结论」

追问现场可能被问到的

答不上来的问题,比答得漂亮的问题更能决定这场演示的结果

  • 它能不能直接报? 不能。报送的法律责任在机构与报送岗,AI做的是证据链与底稿,报不报、怎么报由人签字——这条红线也是让监管放心的地方。
  • 误报太多它帮得上吗? 能帮的方向是合并同类与引用历史结论,让每条甄别更快闭环;规则本身的优化是另一个场景的事。
  • 数据不全怎么办? 缺什么写什么:底稿会明确列「本次甄别缺XX数据」,不拿不完整证据硬下结论。

③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)

1. Skill 能力包

导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短

可疑交易预警甄别底稿 —— 报多了被说质量差,报少了被说不履职 · Skill

SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范

版本 v1.0

aml-alert-triage.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

  • SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
  • references/output_template.md 输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本
  • references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。

2. 原始素材

这些就是支付机构手上真实能拿到的东西 —— 格式不统一是常态,不是问题

📁RA-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

  • 01_预警明细_20260902.xlsx 风控系统预警队列导出——触发规则、命中交易、商户号
  • 02_涉案商户入网档案.xlsx 涉案商户的入网档案摘要——与商户准入岗共用同一份档案
  • 03_终端信息记录.xlsx 终端 SN、绑定商户与变更历史——259 号文后这张表变成甄别必查项
  • 04_历史预警处置台账.xlsx 同商户历史预警的甄别结论与依据——排除理由必须有历史可引
  • 05_交易流水明细_节选.xlsx 预警时段的逐笔交易——时间、金额、对手方

怎么用

  • 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
  • 粘贴下方提示词发送
  • 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填

3. 提示词卡片

今天预警队列里有条夜间整数交易的,材料我导出来了: 预警明细、这家的入网档案、终端记录、历史处置台账、逐笔流水。 帮我串一下证据链:这家的历史预警当时怎么处理的、这次的特征跟上次差在哪、 终端有没有换绑过。报不报的结论我自己下,底稿要能过反洗钱检查。

为什么这么短就够了:甄别口径、特征清单、历史引用规则都在能力包里。你只需要把导出的四类材料扔进来。

换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,

该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

  • 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
  • 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
  • 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。

分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

XLSRA-01_可疑交易甄别底稿.xlsx正式件本体 · 事实/推断/建议三分栏 · 证据链挂出处 · 含签批栏下载

  • ↓XLSRA-01_特征证据清单.xlsx 可派发 · 每项特征对应流水号与档案页码
  • RA-01_历史预警对照表.xlsx 同商户历史结论与本次差异并排展示

Skill 里固化了什么:从历史台账里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单:风控预警明细(Excel导出)触发规则、交易笔数金额、商户号——预警队列里导出来的涉案商户入网档案(PDF/照片)进件证照与门头照——与商户准入岗共用同一份档案终端信息记录(Excel)SN、绑定商户、地理位置、绑定变更历史历史预警处置台账(Excel)同商户历史预警的甄别结论与依据——排除理由必须有历史可引交易流水明细(Excel)预警时段的逐笔交易——时间、金额、对手方

人工边界:不做报送决定:报/不报的结论栏留空,由反洗钱岗签字;不代生成最终报送文件;「涉赌涉诈」定性只标特征与协查依据,定性权在有权机关。

升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)

5. 同一角色下的其他场景

风控与反洗钱 · 产出即下一步输入

上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。