The product
The era of agents is here.
Fleet coordination across agent runtimes. An audit trail your examiners can independently walk. Runs within your perimeter. The substrate is designed to run air-gapped; the models are not yet. One substrate, five properties.
§ 01 Five properties
01
Coordination
Your workload is not a single prompt. It is a chain.
An agent receives work, executes an initial step, and hands off to subsequent agents down to final execution. Each handoff through the bus constitutes an attributed action, with receiving agents operating on the prior agent's verifiable record.
02
Policy-as-code
Policy is code: versioned, tested, and reviewed by your engineering team.
When a policy refusal or violation occurs, the audit record captures the exact rule and version that fired at the message boundary today. Tool-level refusals are runtime work in development.
03
Audit by construction
The audit record is generated in the execution path, not reconstructed from secondary logs after the fact.
Each recorded action is cryptographically hash-chained: every hash incorporates the prior entry's hash, so an in-place edit to a record no longer matches its hash, and your team detects it when the record is re-derived and verified.
- For wholesale-rewrite protection, the chain commits to an S3 Object Lock bucket you configure, which can live inside your perimeter; until configured, the chain is anchored internally only.
- Your auditor re-verifies against it, in your own environment, so integrity never rests on trusting the system that produced the record.
- Nothing ages out: records are retained indefinitely, though content may be redacted by policy.
04
Tamper-evidence
An in-place alteration to the historical record breaks cryptographic continuity. Protection against a wholesale rewrite depends on the external anchor you configure. Examiners verify integrity directly.
Tamper-evidence is structural to the cryptographic chain, not an optional secondary feature. Modifying an event record in place breaks hash continuity, which a verification pass over that record detects. Protection against a wholesale rewrite depends on the external anchor you configure.
05
Cost attribution
Attribution by agent, vendor, and budget allocation. Financial governance and compliance audit share a single underlying substrate.
The substrate attributes spend directly to the specific agent, breaking out per-provider spend where the runtime reports cost, such as Claude Code today. The substrate makes spend visible and does not unilaterally cap execution.
§ 02 How it works
Governed autonomy, licensed by tier
Three distinct agent classes representing progressive levels of operational autonomy, advancing as the verifiable audit record earns organizational confidence.
Read the full harness autonomy tier ladder →The audit chain, in practice
When an instrumented agent action is recorded, the substrate stores the agent identifier, the timestamp, a digest of the input, and call correlation (session, tool call and subagent).
§ 03 Deployment
Inside your perimeter. The substrate is designed to run air-gapped; the models are not.
The on-premises installation bundle is available today; our team operates the substrate internally on our own hardware, with initial external customer deployments currently in planning.
For high-security environments, the substrate is designed to run air-gapped, with no outbound vendor data transfer from the record path; an offline install path is on the roadmap. When your agents use an external frontier model API, their inference queries go to that provider under your agreement with it; the record stays in your environment.
§ 04 What ships now
Shipping now, in active development, and on the roadmap.
This is what the substrate does today, what is being built, and what is planned. Nothing on this page is presented as shipping unless it ships.
Policy blocking of messages, and refusal of further sends from a budget scope that is over its threshold, ship today, off until you set them. Policy applied to each tool call at the moment of action is runtime work in development.
Pre-launch · first design partners
Become a design partner.
We are pre-launch, selecting our initial design partners carefully. The Discovery engagement is the first conversation: a structured, paid evaluation that produces an actionable architecture you can take to your board.
See the ways to engage →