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 developmentA 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.
Control
Who may do what, to which data, with what evidence.
- Identity · Policy · Permissions · Governance · Evidence · Audit · Lifecycle
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