Contract Skill — A ready-to-use MOVA HITL workflow. Requires the openclaw-mova plugin.
MOVA Compliance Audit
Submit an organization's documents to MOVA for automated regulatory compliance audit — with framework-specific rule matching, a structured findings report, and a mandatory human sign-off gate backed by a tamper-proof audit trail.
What it does
- 1. Document ingestion — OCR extraction and structure parsing from uploaded file or URL
- Rules engine check — automated evaluation against the selected regulatory framework (GDPR, PCI-DSS, ISO 27001, SOC 2)
- Findings report — checklist with pass/fail items, severity codes, and recommended remediation actions
- Human gate — compliance officer reviews findings and chooses: approve / approve with conditions / reject / request corrections
- Audit receipt — every check, source, and decision is signed, timestamped, and stored in an immutable MOVA audit trail for regulatory inspection
Mandatory escalation rules enforced by policy:
- - Critical findings present → mandatory human review, cannot auto-approve
- Regulated framework (GDPR, PCI-DSS) → full audit report artifact required
- Rejection or conditions → remediation items must be recorded with reason
Requirements
Plugin: MOVA OpenClaw plugin must be installed in your OpenClaw workspace.
Data flows:
- - Document URL/ID + org metadata →
api.mova-lab.eu (MOVA platform, EU-hosted) - Document content → OCR extraction connector (read-only, no data stored)
- Extracted structure → compliance rules engine (framework-specific, read-only)
- Audit journal → MOVA R2 storage, cryptographically signed
- No data sent to third parties beyond the above
Demo
Step 1 — Document submitted for GDPR audit

Step 2 — AI findings: 3 critical violations, missing DPIA, reject recommended

Step 3 — Audit receipt + signed decision log

Quick start
Say "run GDPR compliance audit on this document" and provide a document URL or ID:
CODEBLOCK0
The agent submits the document, shows the AI findings checklist with pass/fail items and severity, then asks for your compliance decision.
Why contract execution matters
- - Framework rules are policy, not prompts — GDPR and PCI-DSS checks trigger mandatory gates that cannot be bypassed by the AI
- Full checklist traceability — every pass/fail item is linked to a specific rule ID and source citation
- Immutable audit trail — when a regulator asks "who signed off this audit and what did they see?" — the answer is in the system with an exact timestamp
- EU AI Act / GDPR Article 22 ready — automated compliance decisions require human oversight, full explainability, and a documented decision chain
What the user receives
| Output | Description |
|---|
| Framework | Selected regulatory standard (GDPR, PCI-DSS, ISO 27001, SOC 2) |
| Checklist score |
Pass / fail count per framework section |
| Critical findings | Count and list of critical violations |
| Findings list | Per-item: rule ID, description, severity (critical / high / medium / low) |
| Remediation hints | Recommended corrective actions per finding |
| Recommended action | AI-suggested compliance decision |
| Decision options | approve / approve
withconditions / reject / request_corrections |
| Audit receipt ID | Permanent signed record of the compliance decision |
| Compact journal | Full event log: ingest → rules check → human decision |
When to trigger
Activate when the user:
- - Uploads a document and mentions compliance, regulation, or audit
- Says "check GDPR compliance", "run PCI-DSS audit", "validate ISO 27001", "SOC 2 check"
- Asks to prepare for a regulatory inspection
Before starting, confirm: "Run compliance audit on [document] — framework: [FRAMEWORK]?"
If framework is not specified — ask once: GDPR, PCI-DSS, ISO 27001, or SOC 2.
If document URL is missing — ask once for a direct HTTPS link or document ID.
Step 1 — Submit document for audit
Call tool mova_hitl_start_compliance with:
- -
document_url: direct HTTPS link to the document - INLINECODE4 : unique identifier (e.g. DOC-2026-001)
- INLINECODE5 : one of
gdpr / pci_dss / iso_27001 / INLINECODE9 - INLINECODE10 : organization name
Step 2 — Show findings and decision options
If status = "waiting_human" — show the audit findings summary:
CODEBLOCK1
Then ask compliance officer to choose:
| Option | Description |
|---|
| INLINECODE12 | Sign off audit report as compliant |
| INLINECODE13 |
Approve with listed remediation items |
|
reject | Document fails compliance — block processing |
|
request_corrections | Return document for corrections |
Call tool mova_hitl_decide with:
- -
contract_id: from the response above — this is ctr-cau-xxxxxxxx, NOT the document ID - INLINECODE19 : chosen decision
- INLINECODE20 : officer reasoning (required for reject and request_corrections)
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 compliance systems
By default MOVA uses a sandbox mock. To route checks against your live infrastructure, call mova_list_connectors with keyword: "compliance".
Relevant connectors:
| Connector ID | What it covers |
|---|
| INLINECODE27 | Document OCR and structure extraction |
| INLINECODE28 |
Framework-specific compliance rule evaluation |
Call mova_register_connector with connector_id, endpoint, optional auth_header and auth_value.
Rules
- - NEVER make HTTP requests manually
- NEVER invent or simulate compliance results — if a tool call fails, show the exact error
- Use MOVA plugin tools directly — do NOT use exec or shell
- CONTRACTID is
ctr-cau-xxxxxxxx from the movahitlstartcompliance response — NOT the document ID
合约技能 — 一个即用型 MOVA 人机协同工作流。需要 openclaw-mova 插件。
MOVA 合规审计
将组织的文档提交至 MOVA,进行自动化法规合规审计——包含特定框架的规则匹配、结构化发现报告,以及由防篡改审计追踪支持的强制性人工签核关卡。
功能说明
- 1. 文档导入 — 从上传文件或 URL 进行 OCR 提取与结构解析
- 规则引擎检查 — 针对所选监管框架(GDPR、PCI-DSS、ISO 27001、SOC 2)进行自动化评估
- 发现报告 — 包含通过/未通过项、严重性代码及建议补救措施的检查清单
- 人工关卡 — 合规官审查发现结果并选择:批准 / 有条件批准 / 拒绝 / 要求修正
- 审计收据 — 每次检查、来源和决策均经过签名、加盖时间戳,并存储在不可篡改的 MOVA 审计追踪中,以供监管检查
策略强制执行的升级规则:
- - 存在严重发现 → 必须人工审查,不可自动批准
- 受监管框架(GDPR、PCI-DSS)→ 需要完整的审计报告工件
- 拒绝或有条件批准 → 必须记录补救项及其原因
要求
插件: 必须在您的 OpenClaw 工作区中安装 MOVA OpenClaw 插件。
数据流:
- - 文档 URL/ID + 组织元数据 → api.mova-lab.eu(MOVA 平台,托管于欧盟)
- 文档内容 → OCR 提取连接器(只读,不存储数据)
- 提取的结构 → 合规规则引擎(特定框架,只读)
- 审计日志 → MOVA R2 存储,经过加密签名
- 除上述外,不向第三方发送任何数据
演示
步骤 1 — 提交文档进行 GDPR 审计

步骤 2 — AI 发现:3 项严重违规,缺少 DPIA,建议拒绝

步骤 3 — 审计收据 + 已签名的决策日志

快速开始
说“对此文档运行 GDPR 合规审计”并提供文档 URL 或 ID:
document_url: https://example.com/privacy-policy.pdf
framework: gdpr
org_name: Acme Corp
代理提交文档,显示包含通过/未通过项及严重性等级的 AI 发现检查清单,然后询问您的合规决策。
合约执行的重要性
- - 框架规则是策略,而非提示词 — GDPR 和 PCI-DSS 检查会触发强制性关卡,AI 无法绕过
- 完整的检查清单可追溯性 — 每个通过/未通过项都关联到特定的规则 ID 和来源引用
- 不可篡改的审计追踪 — 当监管机构问“谁签署了此审计,他们看到了什么?”——答案就在系统中,带有精确的时间戳
- 符合欧盟 AI 法案 / GDPR 第 22 条 — 自动化合规决策需要人工监督、完全可解释性以及有记录的决策链
用户收到的内容
| 输出 | 描述 |
|---|
| 框架 | 所选监管标准(GDPR、PCI-DSS、ISO 27001、SOC 2) |
| 检查清单得分 |
每个框架部分的通过/未通过计数 |
| 严重发现 | 严重违规的数量和列表 |
| 发现列表 | 每项:规则 ID、描述、严重性(严重/高/中/低) |
| 补救提示 | 针对每项发现建议的纠正措施 |
| 建议操作 | AI 建议的合规决策 |
| 决策选项 | 批准 / 有条件批准 / 拒绝 / 要求修正 |
| 审计收据 ID | 合规决策的永久签名记录 |
| 精简日志 | 完整事件日志:导入 → 规则检查 → 人工决策 |
触发时机
在用户出现以下情况时激活:
- - 上传文档并提及合规、法规或审计
- 说“检查 GDPR 合规性”、“运行 PCI-DSS 审计”、“验证 ISO 27001”、“SOC 2 检查”
- 要求为监管检查做准备
开始前,确认:“对 [文档] 运行合规审计 — 框架:[框架]?”
如果未指定框架 — 询问一次:GDPR、PCI-DSS、ISO 27001 或 SOC 2。
如果缺少文档 URL — 询问一次直接 HTTPS 链接或文档 ID。
步骤 1 — 提交文档进行审计
调用工具 movahitlstart_compliance,参数如下:
- - documenturl:文档的直接 HTTPS 链接
- documentid:唯一标识符(例如 DOC-2026-001)
- framework:gdpr / pcidss / iso27001 / soc2 之一
- org_name:组织名称
步骤 2 — 显示发现结果和决策选项
如果 status = waiting_human — 显示审计发现摘要:
文档: document_id
框架: FRAMEWORK
得分: PASSCOUNT / TOTALCHECKS 通过
严重: CRITICAL_COUNT 项严重发现
发现: [列出主要发现,包含规则 ID 和严重性]
建议操作: ACTION ← 建议
然后询问合规官选择:
| 选项 | 描述 |
|---|
| approve | 签署审计报告为合规 |
| approvewithconditions |
批准并列出补救项 |
| reject | 文档未通过合规 — 阻止处理 |
| request_corrections | 退回文档进行修正 |
调用工具 movahitldecide,参数如下:
- - contract_id:来自上述响应 — 这是 ctr-cau-xxxxxxxx,不是文档 ID
- option:所选决策
- reason:合规官的理由(拒绝和要求修正时必填)
步骤 3 — 显示审计收据
调用工具 movahitlaudit,参数为 contract_id。
调用工具 movahitlauditcompact,参数为 contractid,获取完整的签名事件链。
连接您的真实合规系统
默认情况下,MOVA 使用沙箱模拟。要将检查路由到您的实际基础设施,请调用 movalistconnectors,参数为 keyword: compliance。
相关连接器:
| 连接器 ID | 覆盖范围 |
|---|
| connector.ocr.documentextractv1 | 文档 OCR 和结构提取 |
| connector.compliance.rulesenginev1 |
特定框架的合规规则评估 |
调用 movaregisterconnector,参数为 connectorid、endpoint、可选的 authheader 和 auth_value。
规则
- - 切勿手动发起 HTTP 请求
- 切勿编造或模拟合规结果 — 如果工具调用失败,显示确切错误
- 直接使用 MOVA 插件工具 — 不要使用 exec 或 shell
- CONTRACTID 是来自 movahitlstartcompliance 响应的 ctr-cau-xxxxxxxx — 不是文档 ID