PLATFORM
One substrate, five layers.
Sold separately elsewhere. Integrated here, because the integration is the assurance. Each layer below is a definition row on the homepage expanded with what it does, a concrete example, and what runs underneath.
SEQ 0004 · RUN
Run — durable execution that survives anything.
Every step is checkpointed. A run survives infrastructure failure, and can pause at a human approval for weeks without holding compute. When the approver signs, the run resumes exactly where it stopped.
RUN r_01J8F3T9K2 · 14 steps
● ● ● ● ● ● ○ ○ ○ ○ ○ ○ ○ ○
⏸ paused at gate.hitl · awaiting ops_lead
resumes from checkpoint 6 · no compute held
WHAT'S UNDER IT
Postgres-backed durable executor, Redis Streams lease queue, checkpoint every step, deterministic replay with non-determinism capture. Full detail — checkpoints, replay, time-travel fork — in Runs: durable execution.
why not a separate orchestrator?
The ledger event and the execution step must commit in the same transaction. A separate workflow orchestrator adds a boundary we cannot cross. See the architecture note in the technical brief.
SEQ 0006 · GOVERN
Govern — policy on every edge, credentials on every agent.
Policy is evaluated on every edge traversal, tool call, credential use and model call — in-process, before the action reaches a system of record. Each agent is its own principal with scoped credentials rather than a shared key. Approvals carry quorum rules, service levels and escalation.
policy.baseline-security v3 · Cedar-native
forbid (
action in [Action::"invoke_tool"]
) when {
resource.side_effects == "irreversible"
&& context.tainted
}; in-process evaluation · sub-5ms
WHAT'S UNDER IT
Policy-as-code in Cedar, evaluated in-process by Cedar's Rust engine via cedarpy, scoped agent credentials via KMS, four-eyes approval gates with SLA + escalation, what-if simulation against past runs. See Policy packs and HITL gates and four-eyes.
gate.hitl · four-eyes
initiator: self-approval blocked
quorum: 2 of 3 · SLA 4h · escalate → VP ops
ledger records initiator, approvers, timestamps, justification
SEQ 0008 · EVIDENCE
Evidence — the record is the enforcement, not a report about it.
Every authorization, execution, approval and administrative action lands in a per-tenant hash-chained ledger with Ed25519-signed anchors. Evidence bundles export as a signed archive with a dependency-free verifier your auditor runs offline.
bundle contents
ledger slice · SEQ 0388–0417
anchors.jsonl · 3 anchors
public key · Ed25519
verify.py · dependency-free
WHAT'S UNDER IT
Ed25519 signed anchors, per-tenant hash chain, offline verify.py bundle, atomic commit with the execution step. See The hash-chained ledger and Evidence bundles.
$ python verify.py bundle.zip
chain: 417 events verified · anchors: 3 signatures valid
RESULT: OK
try the interactive simulation on the homepage
SEQ 0010 · IMPROVE
Improve — change only through tested updates.
No version reaches production without passing its regression evaluation suite. Overnight memory consolidation merges duplicate memories and surfaces contradictions — and anything it proposes stays inert until it passes the same suite and a human declines to veto it.
eval evs_refund_regression
v1.3 · 4.6 / 5.0 · PASS
PROMOTE v1.3 → prod
✓ ledger SEQ 0421 · anchor 0042
WHAT'S UNDER IT
Eval suites as first-class objects, promotion gated by regression eval, cross-run memory consolidation with human veto. See Evaluation suites and Memory consolidation.
overnight consolidation · ws_finance-ops
MERGED 47 memories
CONTRADICTIONS 3 surfaced
RULES PROPOSED 2 queued
veto window 24h · 2 reviewers · then eval gate
▸ INTEROP — MCP · A2A · LangGraph importer · Anthropic · OpenAI · Azure OpenAI · Bedrock · OpenTelemetry · Ed25519 · SAML / OIDC / SCIM · your KMS · your Postgres