How it works

Every AI decision on record, from design to retirement.

Five gates, one named approver at each, evidence hashed at the moment of passage, and a chain an examiner verifies without us.

Every capability on this page is a design commitment, and every record shown is an example on a fictional institution.

Check it yourself: the verifier passes the sample pack and fails the same pack with one record changed, offline, with no account.

Download the verifierSample packChanged pack

The five gates

G1 to G5, each with one named approver.

A gate passes when one named person signs it with the evidence attached. Never a committee. A committee may advise; the record names who decided.

The record spine: five gatesFive gates in order, G1 data and design, G2 validation, G3 approval, G4 deployment, G5 operation. Each gate record carries one named approver and the hashes of its evidence, and each record is chained to the one before.G1Data and designone named approverevidence sha256556f723c...G2Validationone named approverevidence sha25637246b63...G3Approvalone named approverevidence sha25661720fdd...G4Deploymentone named approverevidence sha25652e4b24f...G5Operationone named approverevidence sha2561172f042...Evidence that existed when the decision was madeEach gate record holds the content hash and timestamp of its evidence, and the hash of the record before it.A loop-back, a rollback or a retirement is a new record. Nothing on the spine is overwritten.The record spine: five gatesFive gates in order, G1 to G5, each with one named approver and hashed evidence, chained top to bottom.Evidence held at each gateG1Data and designone named approversha256 556f723c...G2Validationone named approversha256 37246b63...G3Approvalone named approversha256 61720fdd...G4Deploymentone named approversha256 52e4b24f...G5Operationone named approversha256 1172f042...Nothing on the spine is overwritten.
  • Gate record, one named approver
  • Evidence hash, captured before the decision
  • Chain link to the record before
GateNameWhat the record holdsApprover at Nebula Mutual
G1Data and designIntended use, data lineage, the tier and the supplier records the system depends onData lead, Nebula Mutual
G2ValidationWhat was tested, what was not (the unexamined set), and the bounded permission with its expiryA validator who is not the G3 approver
G3ApprovalThe decision to approve, its conditions and its expiryCRO, Nebula Mutual
G4DeploymentThe rollback plan and the signed approval tokenCRO, Nebula Mutual
G5OperationMonitoring series paired with their guardrails, re-assertion dates, and retirement when it comesActuary, model owner

Approval and execution

Approved is one answer. Permitted to run is another.

Every system carries two answers. Was it approved? Is it permitted to run right now? A signed gate answers the first. The second compares what runs today with what was approved. When they differ, the record says so plainly.

Example record nebula-mutual/customer-assistant
Approval recorded
G4 Deployment, passed, one condition due
produced
Permitted to run now
not permitted
produced
Reason
what runs today differs from what was approved at G4, since 2026-10-15
produced
Prototype example. Nebula Mutual is a fictional institution.

The record chain

Each record carries the hash of the one before.

Records are appended, never edited. A new version carries a reason, an author and an effective date. Change one byte of history and every later hash stops matching.

The chain is anchored on a cadence to an outside anchor operator, so even we cannot rewrite it quietly.

typed entered by a personproduced written by the system

Example record, fictional institution nebula-mutual/underwriting-triage/g3 Effective 2026-09-12Author CRO, Nebula MutualReason: approved with one condition
Gate
G3 Approval, passed with condition
produced
Approver
CRO, Nebula Mutual, signed with key cro-nm-01, Ed25519; token GT-2026-0371
produced
Condition
Attach the vendor model card from Corvane before G4.
typed
Evidence
b3e801a0c541… show full hashb3e801a0c54134edfd58c0786de66e97dbb54b68a330e3aae6f7dc55a140b43a
produced
Previous record
03209be757bc… show full hash03209be757bc8e8e595bd9cb7e01c5493833b92413cfcf6730e3ea75c974e12a
produced

The Boundary Gateway

We can enforce. We always evidence.

The gateway sits inside your boundary in one of three modes, set per boundary by a named authority: watching only, watching and flagging, or in the path, where it can allow, escalate or block. In every mode it writes one declaration per call, a signed receipt. The receipt is written beside the call, so writing it adds no wait. When the gateway sits in the path, the delay it adds will be published once it is measured.

One AI call, with a signed receipt written beside it An application calls a model through the Boundary Gateway inside the institution's boundary. Beside the call, the gateway writes one signed receipt, called a declaration; declarations are chained in the evidence log, which an examiner queries. Payloads never leave the boundary. The delay the gateway adds will be published once it is measured. YOUR BOUNDARY Applicationcustomer assistant Boundary Gatewaybeside or in the path Modelendpoint or tool the calladded delay:not yet measured Declarationsigned receipt, chained written beside the call proofs up, payloads never Evidence logappend-only Examinerone query One AI call, with a signed receipt written beside it Application to Boundary Gateway to model, inside the institution's boundary. Beside the call, the gateway writes one signed, chained receipt into the evidence log, which an examiner queries. Payloads never leave the boundary. The delay the gateway adds will be published once it is measured. YOUR BOUNDARY Applicationcustomer assistant the call Boundary Gatewaybeside or in the path added delay:not yet measured Modelendpoint or tool beside the call Declarationsigned receipt, chained proofs up Evidence logappend-only Examinerone query Payloads never leave your boundary.
  • Your systems
  • Boundary Gateway
  • Written by the system
  • Evidence log
  • Examiner

The refusal engine

"None issued" is a value, with a date.

When a regulator has issued nothing on a question, the record does not go blank and does not guess. It reads "none issued", in red, with the date it was checked.

When a later corpus release names an instrument, the records that cited the row are reopened for review.

Example corpus row corpus/ca/ai-statute Release 2026-10-16Author Corpus engineReason: no statute in force at the last check
Jurisdiction
Canada, federal
typed
Instrument
Statute governing AI systems: none issued, checked 2026-10-11
produced
Checked
2026-10-11
produced
Next check
on the next corpus release
produced

The regime profile

Three questions decide what applies.

  1. Where are you supervised?

    Jurisdiction, down to the province or state.

  2. What are you?

    Sector and line of business: a life insurer, a credit union, a bank with a Sharia board.

  3. What do you answer to?

    The regimes, as chips. Nebula Mutual answers to OSFI E-23 and the AMF AI guideline.

The answers are versioned facts with a reason. They drive the rows you see, the tiers, the packs, the informative crosswalks and the exports.

The evidence pack

A quarter, in one file, verified offline.

Choose the systems and the period. The pack holds the records, the evidence hashes, the chain segment, the anchors and a signature. The examiner runs the verifier, published under Apache 2.0, without an account and without us.

A consistent chain of false records verifies perfectly. The chain proves integrity; the institution proves truth.

Verify a pack, step by step

What the pack contains

  • A one-page summary for a board: systems, gates, approvers, lapses
  • Records in the GovernanceOS schema
  • The same records as flat JSON and CSV with an embedded dictionary
  • Evidence hashes and timestamps
  • The chain segment and its anchors
  • The pack signature and the verifier version

Plain words

The terms on this site, in one line each.

Gate
A sign-off point in a system’s life: G1 data and design, G2 validation, G3 approval, G4 deployment, G5 operation.
Named approver
One person who decides at a gate. A committee may advise; a board resolution is recorded with its number and signed by its chair.
Typed and produced
Typed: entered by a person. Produced: written by the system from what actually happened.
Refusal
The record’s answer when a regulator has issued nothing: “none issued”, with the date it was checked.
Declaration
A signed receipt for one AI call, chained to the one before it.
Chain and anchor
Each record carries the hash of the one before; the latest hash is published to an outside anchor operator, so history cannot be rewritten quietly.
Evidence pack
A file holding records, hashes and a signature, checked offline with an open-source verifier.
Deposited, DOI-cited specification
A published standard with a permanent reference number; every record field points to the line it comes from.
MCP
The open protocol that lets assistants such as Claude or Copilot read records, with a person confirming every change.
Tenant
Your institution’s private space in GovernanceOS, with its own encryption key.
VPC
GovernanceOS running in your own cloud account, in your region.
Hot path
The route an AI call takes while someone waits for the answer. Receipts are written beside it, never in its way.
Reopened for review
Sent back for another look because a regulation row it cites changed.
Four altitudes
The four areas the readiness check looks at: Regulatory Floor, Strategic Compass, Operational Machinery and Technical Substrate. A position, never a score.

Check the records yourself.

Run the open verifier on the sample pack, offline, with no account. Or book thirty minutes on your regime and your gaps.

See where you areBook a Fit Call