Decision Dossier
DSR-COM-10492
- scenario
- E-commerce
- intent
- order.discount.apply
- reason
- Margin floor would fall below 18%
Before an AI agent refunds $450, releases a $25,000 payout, changes production data, or triggers a deploy, Decionis evaluates that exact action against your policy — and returns the verdict your systems enforce. Authorized actions get a single-use execution grant; every verdict becomes a signed Decision Dossier anyone can verify.
No signup. Runs on sample data.
Shadow Mode: read-only on your traffic. Nothing is held or blocked until you enable enforcement.

Decision Dossier
DSR-COM-10492
POST /v1/authority/enforce-and-bind{"status":"ALLOW","execution_token":"exec_tok_…","dossier_id":"dos_…"}
Shadow Mode: read-only on your traffic. Nothing is held or blocked until you enable enforcement.
What are you gating?
Your agents call tools. Decionis decides which calls execute.
The verdict arrives in the agent's own loop
ALLOW / ESCALATE / BLOCK returned in place of the tool result — with a signed Decision Dossier you can verify offline, no account.
When policy says a person must decide, a named human approves on their own device. Run a presence check
{
"mcpServers": {
"decionis": {
"command": "npx",
"args": ["-y", "@decionis/mcp"]
}
}
}The whole idea, in one sentence
Nothing reaches execution without passing through the decision. Everything else — the surfaces, the proof, the connectors — is how that is done and how you can check it.
Every other way of remembering what your team decided depends on someone keeping it up to date. That habit reliably lasts weeks — teams abandon their decision docs, and the products built on the habit have failed repeatedly. Decionis never asks for it. Each time the gate authorizes, holds, or blocks an action, the record is written as a side effect of doing its job, and each policy change is a dated, attributed revision of what it replaced.
The record is a byproduct of authorizing the action, not a task someone owes you at the end of the week.
It describes what was actually permitted, when, and under whose approval — not what someone meant to write down later.
Every entry is signed, so an auditor or a buyer verifies it against a published key instead of taking your word for it.
Decision records, dossiers, and evidence-bearing execution events
Infrastructure metrics, not vanity metrics.
Decionis tracks decision quality, prevented loss, approval velocity, and generated proof.
Every certified action can leave behind a signed Decision Dossier.
Real teams put governed decisions in their execution path with Decionis. These are verifiable onboarding proofs — how fast a partner reached a live, signed decision contract. The economic side of the story is accounted for separately, and honestly, on the prevented-loss methodology.
Simurox went live with Decionis as the governance layer around its eligibility signals — registering, uploading a sample feed, confirming the inferred mapping, and issuing production credentials in less than a day, on a standard versioned-policy contract rather than a services engagement.
The five things teams ask last — the ones that decide whether this is worth an afternoon.
Because at volume, approving stops being a decision. Anthropic measured that Claude Code users approve 93% of permission prompts, and shipped classifiers specifically to cut permission fatigue (Anthropic Engineering, 25 March 2026). A separate 40,000-run study by Scale X found people missed 1 in 3 genuine threats while clicking through, and 7% approved every prompt they saw. That leaves two bad escapes — approve everything by hand and get nothing done, or skip permissions and hope. Policy-based gating is the third option: your policy answers in under 120ms on the common path, and a named person is pulled in only when your rules require one, so the approvals someone does see are rare enough to deserve real attention.
You did. Decionis holds no policy of its own. It evaluates your organisation's policy — authored, approved, and versioned by your team, with the author barred from being their own approver — against each intended action at runtime. When your rules require a person, a named human in your organisation approves. Decionis has no opinion about what should be allowed; it applies the decision you already made, and proves afterwards which version of your policy was in force.
Any team can write a check inside one service. What is expensive is everything around it: policy authored and versioned outside the application, evaluated identically across every surface an action can leave from, maker-checker approval, a named human in the loop when the rules demand one, and a signed record anyone can verify afterwards. Decionis is the permission step as infrastructure, not business logic living inside a single app.
Install read-only, let Shadow Mode run on your recent orders, and read a Drift Report built from your own data. If the number is real, enabling enforcement is one click.
Read-only · no checkout changes · reversible per rule
Six pages teach the rest, in order.
See all seven canonical diagramsCoolDeal completed the entire Decionis onboarding for its Resolve pillar from the public API docs alone — sponsor verification, mapping, sample upload, deployment-bundle issuance, and callback registration — with no dashboard handoff or custom operator path.
See exactly how we account for the margin loss Decionis prevents — computed from live governed decisions, never a fabricated number — and model your own payback.
No. Decionis sits in front of the action you already take — your workflow, your systems, your approvers. It answers one question before execution, should this run, and hands the verdict back to whatever asked. Nothing is migrated into Decionis.
Yes. Shadow Mode evaluates your real traffic and records what it would have allowed, held, or blocked — while stopping nothing. When you turn on enforcement, what happens on a timeout or engine error is decided by consequence: gates in front of agents, payments, and margin floors fail closed, while retail checkout with a present buyer fails open so an outage never stops a sale. Either way the degraded decision is recorded, and no signed authority is ever issued for an action policy did not evaluate.
Yes. Policies are versioned inside your own workspace and are never shared between customers. If policy cannot leave your network at all, the whole control plane runs in your own VPC with one helm install.
Minutes for the API, an SDK, or MCP — one call in front of the action you want gated. Native platform connectors take longer because they follow each marketplace's install and review path, and an enterprise rollout across several systems is measured in weeks, not minutes.
Yes. Every verdict produces an Ed25519-signed Decision Dossier, and you can check the signature against our published JWKS offline — no account, and no need to trust our code for the result to mean something.