Security & trust

Built like the evidence depends on it.

A firm's license rides on this system, so its safety properties are structural — enforced by the database, the ledger, and the policy engine, not by good intentions.

Isolation

Tenant isolation by construction

Multi-tenancy is enforced structurally, not by convention. Every query path runs behind Postgres row-level security scoped to the tenant, so an application bug cannot become a cross-tenant data leak — the database itself refuses cross-tenant reads and writes.

Within a firm, each client's memory and conventions are separated: one client's coding history never informs another's unless the firm explicitly marks a convention as firm-wide.

Privacy

Text identifiers are masked before inference

Every inference payload passes through a PII-masking gateway before it reaches a model: names of natural persons, government IDs, addresses, and account numbers are replaced with stable pseudonymous tokens. The re-identification map stays in our infrastructure, and model responses are re-hydrated there.

One limitation we state plainly, because it matters: masking operates on text. Document images sent for vision extraction are not redacted, so identifiers visible on a scanned statement or payroll summary do reach the model provider. In-cell zone redaction for high-PII document types is planned and not yet built.

Inference runs under zero-data-retention terms, and client financial data is never used to train foundation models. Prompts carry only the fields a task needs, and the same masking applies to logs.

Ledger

An immutable ledger

Finalized entries are never edited in place. The finalized ledger is append-only double-entry; corrections are explicit adjusting or reversing entries linked to the original, so the record of what changed — and why — is itself part of the books.

Closing a period locks it: the service refuses new journals and in-place edits against a closed period, and corrections go through the same sign-off workflow as everything else.

Accountability

The decision log

Every agent action is recorded with its trigger, the retrieved context, the tool calls and their results, each factor of the autonomy decision, the verification-gate result, the outcome, the human who resolved it if any, and the pinned model version and configuration.

The log is append-only — the application role holds insert and select rights and nothing else. A reviewer can see exactly what the agent saw and why a gate passed or failed.

Control

Governed autonomy & sign-off

The agent is a preparer, never an authorizer. Every binding action carries an approval token that only the policy engine can issue; the services that touch the ledger verify that token's signature and refuse to act without it. Tokens are Ed25519-signed, single-use, and bound by hash to the exact request body they authorize, so an approved action cannot be swapped for a different one.

A material item that fails a verification gate can only proceed by an explicit, attributed, logged human override — never by the agent retrying until it passes. Finalizing a period always escalates to a human.

A kill switch drops any firm or client to fully supervised mode instantly, without losing state or work in progress.

Baseline controls

The table stakes, stated plainly

In transit

TLS 1.3 at the edge

At rest

Provider-managed encryption on all volumes and object storage

Credentials

AES-256-GCM field-level encryption for connector secrets and the PII vault

Access

Role-based access control; client accounts are scoped to a single client and default-denied everywhere else

Audit trail

Append-only financial audit log: who changed what, when, and under which approval

Ledger

Double-entry in TigerBeetle; finalized transfers are immutable and reconcilable to the trial balance

Backups

Nightly encrypted off-box backups of Postgres, the ledger, and evidence, with a published restore procedure

Residency

Client data is stored and processed in a single region; masked, zero-retention inference is the sole disclosed exception

Not yet built

What we don't claim

These are on the roadmap and are not available today. We list them because a firm evaluating this system needs the gaps as much as the guarantees.

  • MFA and SSO (OIDC/SAML) for firm staff
  • Zone redaction of document images before vision extraction
  • Separate access logging — who viewed what — with anomaly alerting
  • Multi-region cells with tenants pinned to a cell
  • Ledger replication across three nodes
  • KMS-backed key custody with automated rotation
  • SOC 2 Type II audit

Want the deeper story on how autonomy itself is governed? Read about the governor, or join the waitlist and ask us directly.