Governance
June 4, 2026
10 min read

EU AI Act for
Autonomous Agents

“The EU AI Act does not ask you to trust your agent. It asks you to prove what it did - and why it was allowed to do it.”

Updated July 2026: The Digital Omnibus package extended EU AI Act compliance deadlines. Standalone high-risk AI systems: December 2, 2027. High-risk systems embedded in products: August 2, 2028.
Research visual
Layered Evidence Capsule illustration showing proposed action, authorization context, execution outcome, and witness record.
Evidence Capsules preserve the action, the authority behind it, the outcome, and the witness trail in one reviewable artifact.

The Evidence Gap for Agentic AI Governance

The EU AI Act (Regulation 2024/1689) places strict obligations on high-risk AI systems. But autonomous agents present a unique challenge: they make consequential decisions and take real actions without continuous human supervision. Traditional logging and documentation practices were designed for passive prediction systems, not for agents that modify files, send emails, or trigger financial transactions.

This article maps the EU AI Act's three technically demanding governance themes - transparency, human oversight, and quality management - to a concrete evidence architecture for autonomous AI teams. We show how VEX Protocol's Evidence Capsules can support compliance workflows without claiming to replace legal review, certification, or deployment-specific obligations.

Article 13: Transparency and Provision of Information

The requirement:High-risk AI systems must produce outputs that are interpretable by users and deployers. Users must be informed they are interacting with an AI system, and the system must provide “clear and meaningful information” about its capabilities and limitations.

The agentic challenge:An autonomous agent may take dozens of tool calls to complete a task. A single “success” response tells you nothing about what files were read, what APIs were called, or what parameters were passed. Transparency requires per-action attribution, not just task-level summaries.

The evidence architecture: Selected governed actions can produce an Evidence Capsule containing:

The proposed action
What the agent requested - tool name, arguments, target system.
The authorization context
What policy authorized this action - role, scope, time-bound constraints.
The execution outcome
What actually happened - success, block, escalation, with timestamps.
The witness record
A tamper-evident log linking the capsule to a Merkle audit trail for post-hoc verification.

Article 14: Human Oversight

The requirement:High-risk AI systems must be designed to allow human operators to “intervene, override, or stop operation at any time.” Oversight must be technically enforceable - not just documented in a policy manual.

The agentic challenge: An agent with unconditional tool authority cannot be overridden in practice. By the time a human reviews the action, the file has been deleted, the email sent, or the database modified. Post-hoc review is not oversight; it is incident response.

The evidence architecture: VEX Protocol is designed to support execution boundary governance:

Proposal phase
The agent proposes an action but cannot execute it. The proposal is logged and evaluated against policy.
Authorization gate
A policy engine evaluates the proposal against role, scope, and risk rules. High-risk actions require explicit human approval.
Execution with evidence
Only authorized actions should cross the execution boundary. Selected governed crossings can produce an Evidence Capsule.
Emergency halt
A deployment-specific circuit-breaker can pause governed tool access while preserving the available forensic state; timing depends on the implementation.

This is more than conventional logging. It is a governance design pattern at the execution boundary - one important place where human oversight can become technically enforceable for autonomous systems.

Article 17: Quality Management System

The requirement: Providers must implement a quality management system covering risk management, data governance, technical documentation, and post-market monitoring. Records must be complete, accurate, and available for regulatory inspection.

The agentic challenge: Traditional audit trails can be modified, deleted, or truncated. A quality management system built on mutable logs cannot satisfy the integrity requirements of Article 17 - especially when the agent itself has write access to the log storage.

The evidence architecture: Cryptographic commitment can make later modification detectable when implemented:

Merkle-chain integrity

Where the VEX evidence layer is deployed with Merkle linking, modifying historical capsule data becomes cryptographically detectable during verification.

Merkle Audit Trail - ProvnAI Glossary

Separation of duties

A higher-assurance deployment can separate evidence production from the agent runtime so the agent does not control its own review record.

TEE Isolation - ProvnAI Glossary

Temporal attestation

A deployed evidence workflow can attach trusted timestamps to support review of event ordering; the implementation determines the assurance available.

Witness Log - ProvnAI Glossary

One Architecture, Multiple Frameworks

The same evidence architecture that supports EU AI Act Articles 13, 14, and 17 governance workflows can also support:

DORA (Digital Operational Resilience Act)

ICT risk management and incident reporting - Evidence Capsules can provide structured, attributable incident records.

SOC 2 Type II

System availability and processing integrity - tamper-evident evidence can support auditor review of control effectiveness.

NIS2 Directive

Cybersecurity risk management - execution boundary governance maps to 'appropriate technical measures' for critical entities.

ISO/IEC 42001 (AI Management Systems)

AI risk assessment and treatment - Evidence Capsules can provide objective evidence of AI system behavior and controls.

Implementation: From Theory to Production

Teams do not need to rebuild their agent infrastructure to implement evidence-based governance. VEX Protocol integrates at the execution boundary - the narrowest possible integration point:

01
Define authority policies
Declare which tools, scopes, and parameters each agent role is permitted to use. Policies are expressed as structured rules, not natural-language guidelines.
02
Integrate the execution gate
Place the VEX governance component between the agent runtime and the tool execution layer. This is typically a single API call or middleware insertion.
03
Enable Evidence Capsule generation
Selected governed actions, blocked actions, and escalations can produce capsules when they cross the VEX-governed boundary. Evidence coverage depends on what the deployment routes through that boundary.
04
Export audit trails
Capsules can be exported to SIEMs, compliance platforms, or long-term archival storage in standard formats (JSON, CEF, LEEF).

Design governance evidence from the execution layer.

See how VEX Protocol can support EU AI Act, DORA, and SOC 2 governance workflows with a single evidence architecture.