Contract Skill — A ready-to-use MOVA HITL workflow. Requires the openclaw-mova plugin.
MOVA AML Alert Triage
Submit a transaction monitoring alert to MOVA for automated L1 triage — with typology matching, sanctions screening, and a human compliance decision gate backed by a tamper-proof audit trail.
What it does
- 1. AI triage — checks sanctions lists (OFAC/EU/UN), PEP status, transaction burst patterns, customer risk rating, prior alert history, and typology matching (structuring, layering, smurfing, etc.)
- Risk snapshot — surfaces anomaly flags and triage recommendation
- Human decision gate — compliance analyst chooses: clear / escalate to L2 / immediate escalate
- Audit receipt — every decision is signed, timestamped, and stored in an immutable compact journal
Mandatory escalation rules enforced by policy:
- - Risk score > 85 → mandatory human escalation
- Sanctions hit → immediate escalation, no exceptions
- PEP flag → mandatory L2 escalation
Requirements
Plugin: MOVA OpenClaw plugin must be installed in your OpenClaw workspace.
Data flows:
- - Alert data + customer ID + transactions →
api.mova-lab.eu (MOVA platform, EU-hosted) - Customer data → sanctions screening (OFAC, EU, UN — read-only, no data stored)
- Customer ID → risk rating and prior alert history (read-only)
- Audit journal → MOVA R2 storage, cryptographically signed
- No data is sent to third parties beyond the above
Quick start
Say "triage AML alert ALERT-1002" and provide the alert details:
CODEBLOCK0
Demo
Step 1 — Alert submitted: TM-STRUCT-11, risk 91, RISK HIGH flag

Step 2 — AI analysis: structuring typology matched, risk 91/100, escalate_l2 decision

Step 3 — Audit receipt + compact journal with full compliance event chain

Why contract execution matters
- - Escalation rules are policy, not prompts — risk_score > 85 and sanctions hits trigger mandatory gates that cannot be bypassed
- Full typology matching — AI identifies structuring, layering, and smurfing patterns against your transaction monitoring rules
- Immutable audit trail — when a regulator asks "who cleared or escalated ALERT-1002 and why?" — the answer is in the system with an exact timestamp and reason
- AMLD6 / FATF ready — AML decisions require the human oversight, full explainability, and documented decision chain required by AMLD6 and FATF guidance
What the user receives
| Output | Description |
|---|
| Risk score | 0–100 assessment with threshold evaluation |
| Typology match |
Rule ID + description (structuring, layering, etc.) |
| Sanctions check | OFAC / EU / UN screening result |
| PEP status | PEP flag with category |
| Customer risk | Risk rating, burst intensity, jurisdiction risk |
| Anomaly flags | rapid
transfer, newbeneficiary, high
burst, sanctionshit, pep_flag |
| Findings | Structured list with severity codes |
| Prior alerts | Historical alert count |
| Recommended action | AI-suggested triage decision |
| Decision options | clear / escalate
l2 / immediateescalate |
| Audit receipt ID | Permanent signed record of the compliance decision |
| Compact journal | Full event log: triage → sanctions → human decision |
When to trigger
Activate when the user:
- - Mentions an alert ID (e.g. "ALERT-1002")
- Says "triage this alert", "review AML alert", "check transaction monitoring alert"
- Provides customer and transaction data for compliance review
Before starting, confirm: "Submit alert [alert_id] for MOVA L1 triage?"
If details are missing — ask once for: alert ID, rule ID, risk score, customer ID, customer jurisdiction, triggered transactions.
Step 1 — Submit alert
Call tool mova_hitl_start_aml with:
- -
alert_id, rule_id, rule_description, INLINECODE6 - INLINECODE7 ,
customer_name, customer_risk_rating (low/medium/high), customer_type (individual/business), customer_jurisdiction (ISO country code) - INLINECODE12 : array of INLINECODE13
- INLINECODE14 : boolean,
sanctions_match: boolean - INLINECODE16 : optional array of prior alert IDs
Step 2 — Show analysis and decision options
If status = "waiting_human" — show AI triage summary and ask to choose:
- - clear — Clear as false positive
- escalatel2 — Escalate to L2 analyst
- immediateescalate — Immediate escalation — freeze account
Show recommended option if present (mark ← RECOMMENDED).
Call tool mova_hitl_decide with:
- -
contract_id: from the response above (NOT the alert ID) - INLINECODE21 : chosen decision
- INLINECODE22 : analyst reasoning
Step 3 — Show audit receipt
Call tool mova_hitl_audit with contract_id.
Call tool mova_hitl_audit_compact with contract_id for the full signed event chain.
Connect your real AML systems
By default MOVA uses a sandbox mock. To route checks against your live infrastructure, call mova_list_connectors with keyword: "aml".
Relevant connectors:
| Connector ID | What it covers |
|---|
| INLINECODE29 | PEP & sanctions screening (OFAC, EU, UN) |
| INLINECODE30 |
Transaction history from core banking |
|
connector.policy.aml_rules_v1 | AML rule engine / typology rules |
|
connector.risk.jurisdiction_v1 | Country FATF risk classification |
Call mova_register_connector with connector_id, endpoint, optional auth_header and auth_value.
Rules
- - NEVER make HTTP requests manually
- NEVER invent or simulate results — if a tool call fails, show the exact error
- Use MOVA plugin tools directly — do NOT use exec or shell
- CONTRACTID comes from the movahitlstartaml response, not from the alert ID
合约技能 — 一个即用型 MOVA 人机协同工作流。需要 openclaw-mova 插件。
MOVA AML 警报分类
将交易监控警报提交至 MOVA 进行自动化一级分类——包括类型匹配、制裁筛查,以及由防篡改审计追踪支撑的人工合规决策门控。
功能说明
- 1. AI 分类 — 检查制裁名单(OFAC/欧盟/联合国)、政治公众人物状态、交易突发模式、客户风险评级、历史警报记录,以及类型匹配(拆分交易、分层交易、化整为零等)
- 风险快照 — 呈现异常标记和分类建议
- 人工决策门控 — 合规分析师选择:清除 / 升级至二级 / 立即升级
- 审计收据 — 每项决策均经过签名、加盖时间戳,并存储于不可篡改的紧凑日志中
策略强制执行的必升级规则:
- - 风险评分 > 85 → 强制人工升级
- 命中制裁 → 立即升级,无例外
- 政治公众人物标记 → 强制升级至二级
前提条件
插件: 必须在您的 OpenClaw 工作区中安装 MOVA OpenClaw 插件。
数据流:
- - 警报数据 + 客户 ID + 交易 → api.mova-lab.eu(MOVA 平台,托管于欧盟)
- 客户数据 → 制裁筛查(OFAC、欧盟、联合国 — 只读,不存储数据)
- 客户 ID → 风险评级和历史警报记录(只读)
- 审计日志 → MOVA R2 存储,经过加密签名
- 除上述范围外,不向第三方发送任何数据
快速开始
说出分类 AML 警报 ALERT-1002并提供警报详情:
https://raw.githubusercontent.com/mova-compact/mova-bridge/main/testamlALERT-1002.png
演示
步骤 1 — 提交警报:TM-STRUCT-11,风险 91,高风险标记

步骤 2 — AI 分析:匹配拆分交易类型,风险 91/100,升级至二级决策

步骤 3 — 审计收据 + 包含完整合规事件链的紧凑日志

合约执行的重要性
- - 升级规则是策略,而非提示 — 风险评分 > 85 和命中制裁会触发不可绕过的强制门控
- 完整类型匹配 — AI 根据您的交易监控规则识别拆分交易、分层交易和化整为零模式
- 不可篡改的审计追踪 — 当监管机构询问谁清除或升级了 ALERT-1002?原因是什么?时 — 系统中有精确时间戳和原因的答案
- 符合 AMLD6 / FATF 要求 — 反洗钱决策需要满足 AMLD6 和 FATF 指南要求的人工监督、完全可解释性和文档化的决策链
用户接收内容
| 输出项 | 描述 |
|---|
| 风险评分 | 0–100 评估及阈值判定 |
| 类型匹配 |
规则 ID + 描述(拆分交易、分层交易等) |
| 制裁检查 | OFAC / 欧盟 / 联合国筛查结果 |
| 政治公众人物状态 | 政治公众人物标记及类别 |
| 客户风险 | 风险评级、突发强度、司法管辖区风险 |
| 异常标记 | 快速转账、新受益人、高突发、命中制裁、政治公众人物标记 |
| 发现项 | 带严重性代码的结构化列表 |
| 历史警报 | 历史警报数量 |
| 建议操作 | AI 建议的分类决策 |
| 决策选项 | 清除 / 升级至二级 / 立即升级 |
| 审计收据 ID | 合规决策的永久签名记录 |
| 紧凑日志 | 完整事件日志:分类 → 制裁 → 人工决策 |
触发时机
当用户出现以下情况时激活:
- - 提及警报 ID(例如ALERT-1002)
- 说分类此警报、审查 AML 警报、检查交易监控警报
- 提供用于合规审查的客户和交易数据
开始前,确认:提交警报 [警报 ID] 进行 MOVA 一级分类?
如果缺少详细信息 — 一次性询问:警报 ID、规则 ID、风险评分、客户 ID、客户司法管辖区、触发交易。
步骤 1 — 提交警报
调用工具 movahitlstart_aml,参数如下:
- - alertid、ruleid、ruledescription、riskscore
- customerid、customername、customerriskrating(低/中/高)、customertype(个人/企业)、customerjurisdiction(ISO 国家代码)
- triggeredtransactions:{transactionid, amounteur} 数组
- pepstatus:布尔值,sanctionsmatch:布尔值
- historicalalerts:可选的历史警报 ID 数组
步骤 2 — 显示分析和决策选项
如果 status = waiting_human — 显示 AI 分类摘要并要求选择:
- - clear — 清除,视为误报
- escalatel2 — 升级至二级分析师
- immediateescalate — 立即升级 — 冻结账户
如果存在 recommended 选项则显示(标记 ← 推荐)。
调用工具 movahitldecide,参数如下:
- - contract_id:来自上述响应(非警报 ID)
- option:所选决策
- reason:分析师推理
步骤 3 — 显示审计收据
使用 contractid 调用工具 movahitl_audit。
使用 contractid 调用工具 movahitlauditcompact 以获取完整的签名事件链。
连接您的真实 AML 系统
默认情况下 MOVA 使用沙盒模拟。要将检查路由到您的实时基础设施,请使用 keyword: aml 调用 movalistconnectors。
相关连接器:
| 连接器 ID | 覆盖范围 |
|---|
| connector.screening.pepsanctionsv1 | 政治公众人物与制裁筛查(OFAC、欧盟、联合国) |
| connector.aml.transactionhistoryv1 |
核心银行系统的交易历史 |
| connector.policy.aml
rulesv1 | AML 规则引擎 / 类型规则 |
| connector.risk.jurisdiction_v1 | 国家 FATF 风险分类 |
使用 connectorid、endpoint、可选的 authheader 和 authvalue 调用 movaregister_connector。
规则
- - 绝不手动发起 HTTP 请求
- 绝不编造或模拟结果 — 如果工具调用失败,显示确切错误
- 直接使用 MOVA 插件工具 — 不要使用 exec 或 shell
- CONTRACTID 来自 movahitlstartaml 的响应,而非警报 ID