Skip to main content

Every important decision should leave a receipt.

Provable decision infrastructure for human, automated, and AI-assisted operations.

Modern operational systems are becoming increasingly automated, interconnected, and AI-assisted. The accountability burden does not disappear when the systems change.

Most institutions still reconstruct consequential decisions retrospectively from fragmented operational evidence. MeshQu preserves independently verifiable accountability records at the moment decisions occur.

Audit becomes retrieval, not reconstruction.

Today, decisions are defended from fragments.

Most institutions defend challenged decisions by reconstructing fragmented evidence across systems, logs, tickets, approvals, and institutional memory. Reconstruction takes weeks and produces stories, not evidence. Decision Receipts preserve a verifiable accountability record at the moment the decision occurs.
T+0 · Decision

A workflow approves a $42,140 transfer.

Tuesday, 14:22 UTC. A fraud rule fires, an override is set, the transfer goes through. The system moves on.

+45 days · Challenge

Compliance asks for the override reason.

“Why did this decision pass? What did the system actually see at the time?”

The hunt · 5 days

The team reconstructs from whatever they can find.

None of these were created as proof. All of them depend on memory, access, and time.

  • Logs
  • Emails
  • Slack threads
  • Tickets
  • Screenshots
  • Dashboards
  • CSV exports
  • Wiki pages
The verdict

A story is told, not a record retrieved.

Best reconstruction. Plausible narrative. Not authoritative, not verifiable, not portable. The decision is defended, but never proven.

Execution time · Decision Receipt

The same decision, preserved as a signed receipt at execution time.

One signed object, issued in ~50 ms, replayable years later — independent of the systems that produced it.

Decision Receipt018f9a1e-6d4c-7a3b-9f52-0c1d2e3f4a5b
decision
DENY · credit application
policy_snapshot_id
018f9a1e-6d4c-7a3b-9f52-0c1d2e3f4a60
signature_kid
msk_demo_v2 · ed25519Signed at decision time. Verify it against key material you obtain independently.
ReplayablePortableIndependently verifiable

What MeshQu is, in plain terms.

MeshQu is the layer that turns a consequential decision into something the institution can stand behind. The rules that should have applied. The decision as it was made. The record that proves both.
Rules

The rules that applied.

We hold the institution's policies — the thresholds, the authority levels, the conditions, the exceptions — in a form that doesn't drift. When a decision is made, we know exactly which version of the rules was in force at that moment.

Decision

The decision that was made.

We run the decision against those rules at the moment it happens. Who made it, what they saw, what the rules said, what the outcome was — all of it captured in one place, in one shape, whether the decision was made by a person, a workflow, or an AI.

Record

The record that proves it.

We emit a signed receipt — a portable, replayable record that holds the decision in the form it was made. Years later, when someone asks how it happened, the answer is retrieved, not reassembled. The proof outlives the systems that produced it.

Three things, one shape — every consequential decision the institution makes.

The Decision Receipt.

A Decision Receipt is a signed, replayable record of how a consequential decision was made, created at the moment it happens and independently verifiable afterwards. It records the policy in force, relevant decision context, the outcome and the integrity information needed to determine later whether the signed record has changed.
The accountability artifact

A Decision Receipt preserves the record of the decision itself.

  • What happened
  • Why it happened
  • Who or what made it
  • The evidence available

The systems can change. The proof remains.

Decision Receipt018f9a1e-6d4c-7a3b-9f52-0c1d2e3f4a5b
v2
decision
DENY
policy_snapshot_id
018f9a1e-6d4c-7a3b-9f52-0c1d2e3f4a60
timestamp
2026-07-15T09:24:11.000Z
integrity_hash
b20158d4684cd066acffea0cf5def73a6d364814ef074cc51d0909cb894ba8b6
signature_kid
msk_demo_v2 · ed25519
transparency_anchor
null · not anchored
ReplayablePortableIndependently verifiable
Signed fixture · synthetic data · verifiable at /verify

A receipt does not prove that the decision was correct, that its inputs were true, that the outcome was fair, or that it was lawful everywhere. It does not prove that a named human personally acted, or that a model followed the rationale it stated.

Human, AI or an existing platform

The same shape regardless of which actor produced it. A receipt records who or what decided, under which policy, on what evidence — and the object is identical whether that was a person, an AI system, or a platform you already operate.

  • HumanA person approves, rejects, overrides or signs off — and the record is produced as they act, not reconstructed later.
  • AIAn agent or model requests a consequential action, the action is gated against policy, and the authorisation is recorded.
  • An existing platformA workflow, rules engine or case system you already run keeps running — MeshQu records the decision boundary inside it.
The trust boundary

A valid signature shows that a trusted key signed this exact receipt and that its signed contents have not changed. It does not show that the decision itself was correct or that its inputs were true.

Mechanically, the integrity hash binds the receipt’s contents and the signature binds that hash, the timestamp and the key identity. A verifier checks both, and recomputing the hash is the step that catches an edit.

The same primitive, across regulated operations.

The receipt becomes real through operational context. The same envelope adapts to anti-money laundering escalation, AI-assisted review, and procurement workflows. One contract, every operational shape.
AML

Sanctions escalation

A velocity-anomaly alert escalates from screening to human review to override. Each step seals into a replayable accountability chain.

Defensible escalation trail
AI · Agentic

AI-assisted review

A model recommendation is bound to the policy snapshot it was evaluated against. The human reviewer who ratified it is named in the record.

Independently demonstrable
Procurement

Vendor approval

A procurement workflow moves from spec to quote to review to approval, then closes with a chain seal — the sequence is verifiable end-to-end.

Sealed workflow
Latest thinkingAll research