Orkena

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 0002 · AUTHOR

Author — build with canvas or code, get both.

Agent workflows are authored on a visual canvas with full code parity: every graph is also a versioned, diffable definition. No lock-in, no drift between what the diagram shows and what runs.

graph.refund-approval v1.3 · DSL

nodes:
  trigger: inbound_email
  triage: agent.refund_bot
  gate:   gate.policy baseline-security
  pay:    tool.payments.issue_refund
edges:
  trigger -> triage -> gate -> pay
version: v1.3 (immutable)

WHAT'S UNDER IT

Graph DSL with keyboard-first canvas editor, git-friendly YAML export, immutable versions with a version pin per activation. Full schema in the DSL reference; versioning model in Graphs and versions.

version history

v1.3 ACTIVE · activated 2026-08-14

v1.2 · promoted 2026-08-02

v1.1 · promoted 2026-07-19

every activation is a ledger event

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