Three actions, three correct outcomes — the test any agent governance system should be able to demonstrate.
A refusal that leaves evidence. An approval that stops working when the payload changes. A tampered record that breaks verification. Ask any vendor for all three, including this one.
Get an Agent Trust Gap BriefScene 1 — BLOCK
Setup. An outreach agent holds crm_read and email_draft. Its mission is to draft, never to send. It proposes an email_transmit.
What happens. The gate evaluates identity, mission scope, tool permission and autonomy budget. email_transmit is not in the granted set. The action is refused before execution and a signed refusal receipt is emitted naming the policy version and the check that denied it.
Why it matters. Most systems record what succeeded. A record containing only successes is not a record — and "show me an action that was refused" is the question most estates cannot answer.
Scene 2 — APPROVE
Setup. A consequential action is proposed. Policy returns REQUIRES_HUMAN_APPROVAL. A human approves it.
What happens. The approval is bound to the hash of that exact payload, marked single-use, and given an expiry. Then three variations are tried: the original payload executes once. A modified payload is refused — the hash no longer matches. The same approval used twice is refused — already consumed. An expired approval is refused — past its window.
Why it matters. An approval that survives a payload change is a rubber stamp with a longer shelf life. Binding is what makes human oversight a control rather than a ritual.
Scene 3 — TAMPER
Setup. A stored execution receipt is edited after the fact — one field, changed quietly.
What happens. Chain verification fails. Because each receipt carries the hash of the previous one and of itself, the alteration breaks the chain, and verification reports exactly which link broke.
Why it matters. This is the difference between an audit log and an execution receipt. A log line can be edited without trace. A chained receipt cannot be edited unnoticed — which is the whole reason it counts as evidence.
The honest label
SYNTHETIC This walkthrough describes the mechanism using illustrative data, not a recording of a production incident. The structures are real and published — sample execution receipt, sample agent passport, full schema — and every field shown maps to a field in that schema.
Labelling this synthetic costs us a more impressive page. It is also the only version of this page a trust vendor can honestly publish, and a buyer who checks will find the label rather than the omission.
For real refusals from a governed system, see the Omega governed run.
Common questions
What does the demo show?
Three cases: an action blocked by policy, an action approved by a human and executed, and a tampered record detected by the integrity chain.
Is the data real?
No. It is synthetic and labelled as such throughout. Synthetic demonstration data is never presented as operational evidence.
Why those three cases?
They are the three properties a trust layer must have: it can refuse, it can require a human, and it can prove the record is unaltered.
Can we run it against our own systems?
That is what the Agent Trust Audit does. The demo is illustrative.
What does tamper detection actually prove?
That a record has been altered or removed since it was written. It does not prove who did it.