Whereagentsandmodelsactuallyexecute.

The runtime is the part of the platform that has to behave like infrastructure: predictable isolation, honest observability, and failure modes that degrade rather than surprise.

Components

  • Kubernetes foundation

    Standard Kubernetes rather than a proprietary scheduler, so the platform runs in a shared region, your cloud account, your datacenter or disconnected without a different architecture per posture.

  • Agent runtime

    Durable execution of long-running agent work with recorded plans, resumable state, bounded concurrency and enforced budgets.

  • Sandboxing

    Ephemeral isolated environments for code execution and tool use, with no persistent filesystem and no ambient network.

  • Container isolation

    Workload separation between tenants and between agents, with resource limits that prevent one run from starving another.

  • Model inference

    Hosted inference for open-weight and private models, with accelerator scheduling, batching and request-level accounting.

  • Model routing

    The enforcement point for model policy, including health-based fallback to permitted alternatives.

  • Observability

    Traces, metrics and logs for agent runs, tool calls and inference — correlated to the decision rather than only to the process.

  • Failover

    Degradation paths defined per workload class: which work continues, which queues, and which stops when capacity is lost.

  • Workload policies

    Placement, priority and preemption rules, including which workloads may be deferred and which never may.

  • Edge runtime

    In development

    A reduced runtime for local inference and decision support in constrained or intermittently connected environments.

The reason the runtime is built on standard Kubernetes is exitability. An architecture that only works on one operator's control plane is a sovereignty claim that does not survive contact with a contract renewal.

Wheretheruntimesits

Between the control plane that authorises work and the infrastructure that provides capacity.

Platform architecture
Eight layers. Select a layer to read what it is responsible for.

Control

Who may do what, to which data, with what evidence.

Components
Identity · Policy · Permissions · Governance · Evidence · Audit · Lifecycle
Control in depth

Questions

Do you require a specific Kubernetes distribution?
No. The platform targets conformant Kubernetes. Specific distributions and managed services are supported as deployment targets rather than as requirements.
How is long-running agent work handled?
As durable execution with recorded state, so a run survives a restart and can be inspected mid-flight. Work that cannot make progress fails visibly instead of retrying silently.
What does observability cover?
Agent runs, tool invocations, retrieval, model calls, policy decisions and spend, correlated so that a question about a decision can be answered without joining four systems by hand.
Available
In production use today.
In development
Being built now. Not yet generally deployable.
Planned
On the roadmap. Not yet in development.
Research
Under investigation in Labs. May not become a product.
Strategic direction
Intent, not a delivery commitment.

Bring us one operational problem.

You do not need a finished brief. Bring the problem — we will work out the next step together.

Or book a call with the team