Trial
Free for 30 days
A guided 30-day pilot: real agent workloads in sandboxes inside your own cloud. No commitment.
- Sandboxes in your own cloud
- All network policies and audit logging
- 5-minute setup script
Quome Enterprise SOC 2 Type 1
Every agent run gets its own isolated microVM, deployed inside your GCP, AWS or Azure account. No outbound network unless you allow it, zero stored credentials, and an audit trail for every run. Our engineers stand it up in your cloud with you.
How it works
Quome runs the control plane. The sandboxes, the compute, the network, the storage and the logs run inside your account. Any agent that can call a CLI or an API can use them.
Connect your cloud, without handing over keys. Quome connects to your GCP, AWS or Azure project through Workload Identity Federation. No long-lived credentials are stored on our side; access is scoped, logged and revocable in seconds.
Your agent asks for a sandbox. From Claude Code, a custom agent loop or a workflow, each request gets a fresh microVM in your VPC with the network policy you chose.
The run ends. The box is gone. Code executes, results land in your bucket or database, and the VM is destroyed. Every command, egress attempt and secret access is in your audit log.
Claude Code, the OpenAI Agents SDK, LangGraph, your own loop. If it can shell out or call an API, it can run in a Quome sandbox.
Every sandbox can expose a preview URL for the thing the agent built, behind your auth, inside your VPC.
An OpenAI-compatible gateway for Claude, GPT and Gemini plus MCP tools, so the agent inside the box reaches models without reaching the internet.
Inputs and outputs stay in your storage and your database. Quome never stores your data.
What's inside the wall
Every control below is on by default for every sandbox, unless marked Enterprise.
Hardware-isolated microVMs, not shared-kernel containers. One run, one VM, no neighbors.
DefaultIsolated, outbound or full. Isolated means no outbound path at all: there is no filter to tunnel through.
Isolated by defaultSandboxes carry a TTL and are destroyed when the run ends. Nothing persists unless the agent writes to your storage.
DefaultPer-run VPC isolation inside your own GCP, AWS or Azure project. The blast radius is bounded by your policies, not a vendor's.
Your cloudWorkload Identity Federation end to end. Secrets are injected at runtime from your Secret Manager or Key Vault and revoked on exit.
DefaultAES-256-GCM with KMS keys you control. Dedicated database and cache per organization.
DefaultCommands, egress attempts, secret access and lifecycle events, written to logs you own.
DefaultContainer scanning, SBOMs for every image, and SLSA Level 3 signing, so what runs in the box is what you approved.
DefaultSOC 2 Type 1. HIPAA-aligned platform with a BAA on Enterprise for eligible services. MFA, WebAuthn and SSO. A pre-filled security questionnaire is ready for your review.
EnterpriseCompare
The difference is not features. It is where the blast radius lives and whose name is on the security review.
| Quome Enterprise | Hosted sandbox APIs | DIY containers | |
|---|---|---|---|
| Where code runs | Your GCP, AWS or Azure account | The vendor's cloud | Your cloud |
| Isolation unit | MicroVM per run, destroyed on exit | Varies by vendor and plan | Shared-kernel containers unless you build more |
| Egress | Per-sandbox policy: isolated (none), outbound, or full | Typically allow-by-default with filters | Whatever you configure and maintain |
| Credentials in the box | None stored; injected at runtime via WIF, revoked on exit | A vendor API key opens every sandbox | Long-lived keys in environment variables |
| Data plane | Your VPC, your storage, your KMS keys | Vendor-operated, multi-tenant | Yours |
| Compliance | SOC 2 Type 1, HIPAA-aligned, BAA on Enterprise, audit logs, pre-filled questionnaire | The vendor's certificates, the vendor's data plane | Yours to build and prove |
| Time to production | Days, with a forward-deployed team | Self-serve; enterprise deployment on request | Months of platform work |
Set up with you
You do not need a platform team to get this right. Our engineers and security experts deploy the sandbox plane into your account, integrate it with the agents you already run, and hand you the keys and the evidence.
Workload Identity Federation. No keys handed over.
MicroVM pool, isolated VPC, KMS and audit sinks in your account.
CLI and API integration with your harness, and network policies per workload.
Architecture, shared-responsibility model and a pre-filled questionnaire.
Your keys, your infrastructure, your logs. We operate the control plane.
Pricing
Sandbox compute runs in your account at your cloud's published rates. Quome adds zero markup, and you keep your existing discounts.
Trial
A guided 30-day pilot: real agent workloads in sandboxes inside your own cloud. No commitment.
Team
Startups and agent teams. Up to 10 members, $500/mo cloud budget.
Enterprise
Regulated industries and security vendors. Up to 25 members, unlimited cloud budget.
Why trust us
We help author the AI Security Verification Standard, the framework AI systems are measured against. We build to it because we help define it.
We help direct the Advanced AI Society's Proof of Control standard: how AI systems prove they stay under human control. Sandboxing is where that proof starts.
We created the Task Force for AI Agents in Healthcare, setting the bar for how agents are deployed safely in clinical settings.
Built by people who have shipped inside regulated enterprises. Quome is designed around the procurement, security-review and compliance walls we hit ourselves.
See the open research behind this work, and our subprocessors.
Questions
Inside your own cloud account. Quome uses a Bring Your Own Service Account (BYOSA) model: the microVMs, the VPC, the storage and the logs live in your GCP, AWS or Azure project. Quome operates the control plane that schedules and monitors them. There is no Quome-side data plane to breach.
Each run gets a hardware-isolated microVM with its own network policy, destroyed when the run ends. Network policy is chosen per sandbox: isolated (no outbound path), outbound (egress allowed, inbound blocked) or full. Images are scanned, carry SBOMs and are signed at SLSA Level 3. Secrets are injected at runtime through Workload Identity Federation and revoked on exit.
Yes. Sandboxes are created and driven through the Quome CLI and API, so anything that can run a command or make an HTTP call can use them: Claude Code, the OpenAI Agents SDK, LangGraph, Temporal workflows or a hand-rolled loop. An OpenAI-compatible model gateway and MCP tools are available inside the sandbox, so agents can reach models without reaching the open internet.
Not in a sandbox today. Interactive sandboxes, MCP tools and the model gateway are not yet on our HIPAA Eligible Services list, so do not place PHI in them. Enterprise includes a Business Associate Agreement covering the platform services on that list, with customer-controlled KMS encryption, per-tenant isolation and audit logging. If you need PHI in agent workloads, talk to us about a scoped engagement.
Connecting your cloud takes minutes with the setup script. For Enterprise, our forward-deployed engineers deploy the sandbox plane into your VPC, integrate it with your agents and deliver the security review pack, typically in days rather than quarters.
No. Your inputs, outputs, secrets and logs stay in your account. Quome's control plane holds scheduling metadata and telemetry needed to operate and secure the service, not your data. Access to your cloud is federated, scoped, logged and revocable by you in seconds.
A guided 30-day pilot in your own cloud. Your data never leaves your account.
Book a demo