The API.
One call at the seam — priced by consequence.
Your agent’s runtime submits each proposed action to the gate before executing it, and acts only on the verdict returned. Access comes in stages — pilot, shadow, enforcement — and the economics are stated before the first call is ever metered.
How access works
Pilot, shadow, then enforcement
There is no self-serve signup and no production key on day one. Access is an engagement with three named stages, each with a defined end — and the terms of the next stage are written down before the current one begins.
Pilot
A scoped engagement against your own agents, in your own environment. We agree which agents, which action classes, and which seams the gate will observe — and the pilot letter states the shadow window, the enforcement terms, and the volume bands, in advance.
Shadow mode
The gate watches and decides, and enforces nothing. Every proposed action is checked, every verdict is returned and sealed into the audit chain, and the action proceeds regardless. Shadow mode is free for the pilot window.
Enforcement
When you enable it — per action class, beginning with the irreversible ones — the runtime acts only on the verdict. The first enforced verdict is the first metered one. Nothing before it is billed; everything before it is recorded.
Pricing principles
The meter exists before the price does
Every verdict is counted from day one — including the free ones — so nothing about the billing is ever a surprise retroactively applied. The structure is published here; the figures are in the pilot letter, agreed before enforcement begins.
- Shadow mode is free for the pilot window While the gate only watches, you pay nothing. The record it produces — what your agents proposed, and what would have been decided — is the evidence the enforcement decision is made on.
- Enforcement is metered per verdict Metering starts with the first verdict your runtime actually obeys. Watching is free; acting on a decision is what is priced.
- Priced by consequence, not by the call A read-only check costs next to nothing. A verdict that guards a payment, a refund, a shipment, or a grant of access is priced against what it guards. The call itself is not the product; the consequence is.
- The sealed record is priced as retention and proof The audit chain — every verdict, hash-linked, replayable — is kept, retrievable, and exportable as certified proof for examiners, insurers, and disputes. Retention and proof are priced as what they are: durable evidence, not compute.
- Conversion is contractual, never a paywall The pilot letter names the shadow window, the enforcement rate, and the volume bands before the first call. No price appears after dependence. A term on page one is a contract; a term that shows up later is a trap, and we do not build those.
The standing rule for every figure we set: the gate must always look cheap next to the loss column. If a verdict ever costs more than the failure it prevents, the price is wrong — not the gate.
Sovereignty
Your agents. Your data. Your record.
The proposals your agents submit, the verdicts returned, and the chain that links them are your records of your systems. Export is guaranteed — in full, in a verifiable form, at any time, including if you leave. The live chain is operated by Verity; the history it holds is yours. A verification layer that held your record hostage would fail its own test, so this one doesn’t.
Leaving ends enforcement and metering. It does not delete, degrade, or ransom the record of what was decided while the gate stood in the path.
Live on this domain
The seam is live
Shadow mode is running on this domain now. The gate described on this page is not a roadmap item — it is a service at the seam of this site, taking proposals and sealing verdicts today.
-
POST /api/v1/verdictSubmit a proposed action — actor, action, consequence class. The gate returns ALLOW, VETO, or ESCALATE, with the rule that decided it. -
GET /api/v1/chain/verifyReplay the audit chain from the first record and confirm every link. The history is verifiable, not asserted. -
GET /api/v1/healthService status, and whether the chain database is bound.
Every verdict is written as a hash-chained record into Verity’s own database — the chain accumulates where it’s owned. Pilots receive a caller key by writing to pilot@verityverdict.com; there is no self-serve signup, and keys are issued per engagement.
Engagement
Request API access
API access begins with a pilot. Write to pilot@verityverdict.com with which agents you run and what they are allowed to do. We reply within two business days.
- Scoping call. Which agents, which action classes, which seams the gate observes.
- Shadow window. Free for the pilot window; every proposal checked and chained; nothing enforced.
- Verdict report, then enforcement. What enforcement would change, priced per verdict at the terms already in your pilot letter — enabled per action class, when you say so.