Skip to main content
A runtime is a hardware-isolated sandbox: a dedicated microVM where your application or agent can execute code, run shell commands, and manage files without sharing a kernel with other tenants. Use runtimes for coding agents, data analysis, evaluations, interpreters, and tool hosting.

What you get

Why sandboxes

Agents generate code and commands you cannot fully predict. A runtime keeps that work inside an isolated boundary so it does not touch your host credentials or local files. Each runtime has its own CPU, memory, and disk. It stays up until you terminate it (unless you set a timeout).

Client defaults

Install gravixlayer (Python) or gravixlayer (TypeScript). Set GRAVIXLAYER_API_KEY. Cloud and region belong on the client. create() uses the base-small template unless you pass another template or a snapshot.
You can also set GRAVIXLAYER_CLOUD and GRAVIXLAYER_REGION. The SDKs fill cloud and region into the create body from the client, so the REST examples show them explicitly; omit them and the API falls back to the platform default. Only AWS / us-east-1 is available today. Azure and GCP are coming soon — see Multi-Cloud Support.

Basic usage

With secrets

See Identity Providers.
Sandbox isolation does not protect against context injection. Prefer host-side tools for high-value credentials; see Security best practices.

Templates

See Templates for toolchain details and custom builds.

Lifecycle

  1. Create from a template or a snapshot (optionally attach secrets and network policies).
  2. Execute code and commands; attached secrets inject per execution.
  3. Snapshot (optional) to save a named checkpoint, then start more runtimes from it.
  4. Terminate with sandbox.kill() when finished.

Next

Create Runtime

Parameters and response fields

Web Services

HTTPS URLs for guest HTTP ports

Identity Providers

Inject credentials safely

Network Policies

Control outbound access