Components
| Component | What it is |
|---|---|
| Controller + CRDs | The upstream agent-sandbox controller (v0.4.6, extensions API enabled), installed with its own Helm chart |
| sandbox-router | Routes execution requests from the platform to individual sandbox pods |
| SandboxTemplate | Defines how sandbox pods run: image, resources, network egress, placement |
| Runtime image | ghcr.io/orq-ai/agent-sandbox-python-runtime, listed in the chart’s IMAGES.md for air-gapped mirroring |
Quick deploy
The chart package includes a step-by-step runbook (AGENT-SANDBOX-PREREQUISITE.md) and ready-to-adapt manifests in its agent-sandbox/ folder. In short:
- Create two namespaces:
agent-sandbox-system(controller) andagent-sandbox(router and sandboxes). - Install the upstream controller Helm chart with
controller.extensions=true. - Create the runtime image pull secret, then apply
agent-sandbox/python-sandbox-template.yaml(adapt image tag, node placement, and egress to your cluster). - Apply
agent-sandbox/router.yaml, andagent-sandbox/network-policy.yamlif your CNI enforces NetworkPolicies.agent-sandbox/warm-pool.yamloptionally keeps pre-provisioned sandboxes ready. - Enable the feature in your values and upgrade:
Bring your own sandbox template
TheSandboxTemplate is yours to define. The shipped template is a hardened reference (no service account token, dropped capabilities, managed egress policy), but you can substitute your own isolation approach, for example gVisor or Kata runtime classes, or a dedicated tainted node pool. The platform only requires that the template runs compatible runtime image and matches the configured agentSandbox.templateName and agentSandbox.namespace.
For deployment assistance, contact support@orq.ai or reach out to an Orq.ai account manager.