What Problem AEVN Addresses
Autonomous systems can execute actions, but there is no common way to represent, verify, and exchange execution evidence.
Intentrax / Labs
Research, protocols, standards, and future infrastructure for execution assurance.
Exploring the future of verifiable autonomous execution.
AEVN is a research and protocol initiative. Intentrax is the commercial implementation.
Labs creates category legitimacy without becoming a second product.
Logs observe activity. Proof verifies execution, authority, policy, evidence, and provenance.
Autonomous systems can execute actions, but there is no common way to represent, verify, and exchange execution evidence.
Execution Verification, Autonomous Execution Proofs, Evidence Portability, Lineage, Provenance, Verification Standards
AEP is the machine-verifiable proof object explored by the AEVN initiative.
AEVN: Research & Protocol Initiative; Intentrax: Commercial Implementation.
Logs describe activity. Proof binds execution, authority, policy, evidence, and verification context.
section: Public Verification Demo
5 source-bound whitepaper links.
Future RFCs will be published here.
Execution Assurance
Research notes on execution assurance for verifiable autonomous execution.
Autonomous Systems
Research notes on autonomous systems for verifiable autonomous execution.
Evidence Portability
Research notes on evidence portability for verifiable autonomous execution.
Verification Theory
Research notes on verification theory for verifiable autonomous execution.
Policy Verification
Research notes on policy verification for verifiable autonomous execution.
Authority Models
Research notes on authority models for verifiable autonomous execution.
Replay Verification
Research notes on replay verification for verifiable autonomous execution.
Provenance
Research notes on provenance for verifiable autonomous execution.
An autonomous system performs an action.
The execution is represented as a structured Execution Event Object.
The event, policy, authority, evidence, and provenance context are bound into proof.
A verifier checks the proof path without trusting logs alone.
human
This execution was verified against policy, authority, timestamp, and evidence bindings.
machine
{"customer_data_present":false,"eeo":{"event_id":"sample-eeo-001","principal":"sample-agent"},"execution":{"action":"APPROVE_SAMPLE_REQUEST","environment":"sandbox"},"proof_id":"sample-aep-001","schema":"AEP sample","verification":{"authoritative_runtime_result":false,"status":"sample-valid"}}
Autonomous actions happen faster than human review can follow.
Capture the execution event, normalize it into an EEO, bind it into an AEP, then verify the proof path.
Teams need to know which policy governed an execution.
Bind policy id, version, constraints, and decision path to the proof.
Autonomous systems act through delegated authority.
Record principal, role, delegation chain, authority window, and validation state.
A single action may be part of a multi-step workflow.
Bind workflow step, trace id, lineage, and predecessor/successor relationships.
Review needs repeatability without changing the original execution.
Run read-only verification against recorded proof material and expected evidence bindings.
Long-lived evidence needs origin and chain-of-custody context.
Track where evidence came from, how it was transformed, and which artifacts support it.
| Logs | Observe events | Not portable proof | Useful context, not proof. |
|---|---|---|---|
| Monitoring | Detect runtime state | Not portable proof | Useful operations signal, not proof. |
| Audit Trails | Record human and system actions | Not portable proof | Helpful record, usually system-bound. |
| AEP | Represent verifiable execution proof | Portable evidence | Portable proof object for independent review. |
Sample AEP shows execution, EEO, AEP, and verification fields without customer data.
Fields: proof_id, schema, execution, eeo, verification, customer_data_present
Book 5 / v1.0
Advanced reference material with compliance mappings treated as reference-only.
An RFC is a future proposal format for protocol evolution discussion.
They create a structured way to review ideas without turning MVP into a governance system.
Future proposals may be categorized, discussed, revised, accepted, or rejected.
Early proposal sketches that are not authoritative.
Future review status for proposals under structured evaluation.
Future status for proposals accepted into a protocol roadmap.
Future status for proposals declined or superseded.
Experimental projects may never become part of Intentrax products.
Experimental
Research into additional ways to explain proof strength and evidence maturity.
Experimental
Read-only prototypes for explaining proof review concepts.
Experimental
Future AEP representation ideas for research comparison only.
Experimental
Research into richer workflow and agent lineage diagrams.
Experimental
Research into long-lived, portable evidence provenance structures.
Execution -> EEO -> AEP -> Verification
Intentrax -> Intentrax Labs -> AEVN Initiative
Logs -> Audit Trails -> AEP -> Independent Verification
Execution Verification -> Policy Verification -> Authority Verification -> Workflow Verification -> Replay Verification -> Provenance Verification