Code & AI agent sandboxes: read the guide

Docker Sandboxes

HostedSandbox

Run agents safely, local to cloud. — Run Claude Code, Codex, and your other agents at full speed in MicroVM environments. Local or cloud. One CLI.

Homepage Docs Pricing Repository

Scanned 8 Oct 2026 · Schema v5 · features v21

From: $0.07/h
Local sandboxes: free (incl. commercial). Cloud sandboxes: pay-as-you-go, metered per second by vCPU+memory size, no recurring subscription fee; one-time promotional compute credit at signup; BYO model-provider keys (inference billed by your provider). Org governance: separate paid subscription (sales).
Free tier: Yes
Card required.
Isolation: Virtual machine
hypervisor, or nothing at all
Regions: —
US infrastructure is explicitly disclosed for Cloud Sandboxes. Named cloud regions and region selection remain undisclosed; do not infer AWS North Virginia from the company-wide subprocessor list. Local mode runs on the developer’s machine.
Capabilities: 22 / 61
8 partial · 25 fail · 0 not assessed
Agent readiness: 11/11 · 10/11
read · drive, pre-login surface

Advertised for

AI coding agents in isolated sandboxes (cloud SDK catalog: Claude Code, Codex, Cursor, Devin, Gemini CLI, OpenCode; Console also advertises Hermes; other dedicated agent pages describe local sandboxes) · Agents requiring a private Docker Engine, subject to documented cloud docker exec/compose exec/healthcheck filesystem limitations · Programmatic code execution via REST API and JavaScript/TypeScript SDK · Detached cloud agent tasks · On demand HTTP apps behind public HTTPS ports with account supported auto resume

Built for

Developers, then technical

· CLI-first (`brew install docker/tap/sbx`, `sbx run claude`)
· terminal/code hero
· vocabulary: microVM, kernel, VMM, Docker Engine, egress proxy

01 Pricing Local sandboxes: free (incl. commercial). Cloud sandboxes: pay-as-you-go, metered per second by vCPU+memory size, no recurring subscription fee; one-time promotional compute credit at signup; BYO model-provider keys (inference billed by your provider). Org governance: separate paid subscription (sales).

Tier	EntryLocal	Cloud — Micro (1 vCPU / 2 GB)	Cloud — Small (2 vCPU / 4 GB)	Cloud — Medium (4 vCPU / 8 GB)	Cloud — Large (8 vCPU / 16 GB)	Cloud — XL (16 vCPU / 32 GB)	TopAI Governance (org policy)
Price	Free	$0.07/hour, metered per second	$0.14/hour, metered per second	$0.28/hour, metered per second	$0.56/hour, metered per second	$1.12/hour, metered per second	Contact sales
Includes	sbx CLI + local microVM sandboxes on your own Mac/Windows/Linux machine, incl. commercial use. Docker account sign-in required.	Docker-managed cloud sandbox, same microVM model	Default size for CLI + SDK kit launches	—	—	—	Org-wide network, filesystem and MCP policy for local sandboxes, audit/SIEM export

sandbox-second (by size: vCPU + memory); shown as an hourly rate·Card required: Yes·docs.docker.com

Overages: Pure metering — no included quota to exceed beyond the one-time signup credit (amount shown only in the Console). Volume / snapshot storage pricing not disclosed publicly. Compute not billed while a sandbox is stopped.

02 Runtime Each fact carries its source; dots show confidence. Open a row for the evidence.

Isolation & lifecycle

Isolation primitive

Virtual machinehypervisor, or nothing at all

Persistence

both

Snapshots / forks

Yes

Resources & limits

Storage

Sandbox filesystem persists across supported stops; cloud stop preserves memory and filesystem. Local workspaces use host filesystem passthrough; cloud has no host mounts and uses file transfer or in-sandbox clone. Experimental cloud volumes persist independently, save snapshots only on exit, and use last writer wins. Volume-backed sandboxes cannot stop; API cloud volume attachment is account-gated, one exclusive entry, and unsupported for memory-snapshot images.

Limits & quotas

Cloud sizes micro (1 vCPU/2 GiB) to xl (16 vCPU/32 GiB). Default quotas: 10 concurrent, 50 stored sandboxes, 100 volumes, 100 secrets, 3 images preparing. Default TTL 1h; extensions cannot exceed 24h from creation, but TTL pauses while stopped and starts a new period on resume. Stop/volume/always-on availability is account-dependent. Rate limits not disclosed numerically. Console is individual-use only.

GPU

Access

Deploy interface

cliapisdkdashboardcontainer-imagetemplate

SDK languages

TypeScript

Network & secrets

Egress controls

Yes

Secrets

Yes

Bring your own cloud

Placement & use

Jurisdiction

United States — explicitly disclosed for Cloud Sandboxes; specific cloud regions not disclosed

Advertised workloads

AI coding agents in isolated sandboxes (cloud SDK catalog: Claude Code, Codex, Cursor, Devin, Gemini CLI, OpenCode; Console also advertises Hermes; other dedicated agent pages describe local sandboxes)Agents requiring a private Docker Engine, subject to documented cloud docker exec/compose exec/healthcheck filesystem limitationsProgrammatic code execution via REST API and JavaScript/TypeScript SDKDetached cloud agent tasksOn demand HTTP apps behind public HTTPS ports with account supported auto resume

03 Capabilities 22 pass · 8 partial · 25 fail · 61 of 61 assessed

Supported — Documented on the public surface and verified.
Partially supported — Exists with caveats: gated, thin, or enterprise-only.
Not supported — Checked and not offered.
Not assessed — Scanned before this capability was tracked. Not a lack.

Compute & storage 5/11

Persistent diskStorage that survives restart/stop (not ephemeral-only).

Supported

Object storageManaged S3-compatible / blob object store the platform PROVIDES to a user's workloads (buckets, presigned URLs). DISTINCT from persistent-disk (block/volume attached to an instance) and from a self-host dependency (source.self_host.deps[]=["object-storage"] is an infra dep to RUN an OSS tool — the opposite direction). SCOPE varies and matters: native first-class (Railway Buckets, Cloudflare R2) vs a sibling SKU / extension (Fly Tigris, Bunny Storage, DigitalOcean Spaces) — record which in the evidence quote / note. Admitted v15.

Not supported

Snapshots / forkingSnapshot or copy-on-write fork of a running instance (filesystem-only counts). Whether the snapshot also restores memory + running processes is recorded separately by memory-snapshot (v19).

Supported

Live-state (memory) snapshotsA snapshot / checkpoint / pause captures a running instance's MEMORY and PROCESS state and restores it, so running processes continue where they left off instead of a freshly booted instance with the same files. Counts whether user-triggered (snapshot, checkpoint, pause-to-storage) or used to restore pre-initialised state (memory snapshots for fast cold starts). Distinct from snapshots-forks (any snapshot or fork, including filesystem-only; a product passing that key may still fail this one) and from scale-to-zero (an idle-cost property; suspension may or may not keep memory). Actor multiplexing (see scale-to-zero) records its live-state half here — only when the suspended actor's MEMORY/process state is what comes back, not a freshly booted worker with the actor's files.

Supported

Scale to zeroIdle instances suspend at no / negligible cost. ACTOR MULTIPLEXING (many suspended stateful actors sharing a small pool of pre-warmed workers, woken on request — Agent Substrate, AX, kagent; Rivet's hibernating actors) has NO key of its own (proposal REJECTED v20) — score the idle-cost half HERE and the live-state half under memory-snapshot; the oversubscription ratio / density is a performance characteristic the registry does not key.

Supported

GPU computeGPU-backed instances available.

Not supported

Multi-regionCompute placeable in more than one geographic region.

Not supported

Sandbox templates / custom imagesBuild reusable sandbox/VM images from an OCI image or Dockerfile (a base you fork instances from).

Supported

Cloud-init / ignition configCustomise a VM / microVM / instance at boot via cloud-init (or ignition) user-data — the same boot-metadata interface as AWS/Azure/GCP. Inject packages, users, SSH keys, files, and run-commands declaratively at launch. Distinct from sandbox-templates (a PREBUILT image you fork instances from) — this is PER-LAUNCH declarative customisation, not a baked image.

Not supported

Desktop / computer-use sandboxA virtual desktop (GUI) for LLM computer-use — browser + desktop automation, often via noVNC/VNC.

Not supported

Selectable isolation runtimeThe user chooses the isolation runtime per workload / environment / sandbox from more than one option (e.g. microVM vs gVisor vs plain container, native namespaces vs gVisor, gVisor vs VM). Records the CHOICE; the isolation_primitive facet still records the best-evidenced primary. A platform that switches runtime automatically without a user choice (e.g. gVisor forced for GPU) does not pass on that alone.

Not supported

Networking & delivery 4/8

Automatic HTTPSTLS endpoints provisioned automatically per workload.

Supported

Built-in reverse proxyPlatform routes external traffic to workload services.

Supported

Custom domainsBring-your-own domain via CNAME/DNS.

Not supported

Public preview URLsShareable per-deploy / per-branch URLs.

Supported

Direct public IPv6Per-instance stable public IPv6 for raw TCP/UDP (beyond a managed HTTPS proxy) — e.g. mosh / raw sockets.

Not supported

Egress controlsConfigurable OUTBOUND network policy — egress firewall / allowlist / egress proxy on traffic LEAVING a workload. Scoped to OUTBOUND only (v15): private-network REACHABILITY between a user's own services is private-networking, not this. Static-egress-IP belongs here (an outbound concept).

Supported

Private networkingA platform-internal private network between a user's OWN services — service-to-service connectivity, VPC, service mesh, and/or service discovery, not exposed to the public internet. DISTINCT from egress-controls (OUTBOUND firewall/allowlist), reverse-proxy (PUBLIC inbound ingress), and direct-ipv6 (per-instance PUBLIC addressing). Admitted v15.

Not supported

Email send / receiveSend and/or receive email from the workload.

Not supported

Edge KV storeA globally-replicated key-value store read from WITHIN an edge runtime at the PoP (low-latency, eventually-consistent) — Cloudflare Workers KV, Deno KV, Fastly KV Store, Akamai EdgeKV, Vercel Edge Config. Distinct from first-party-db (a managed DATABASE service you provision and connect to) and from http-query-api (HTTP access to an external store) — edge-kv is colocated with the edge compute and read at the edge.

Not applicable

Developer access 6/9

Public APIDocumented programmatic API.

Supported

OpenAPI specMachine-readable OpenAPI / Swagger spec published.

Supported

CLIOfficial command-line tool.

Supported

SDKOfficial client library/libraries.

Supported

SSH accessDirect SSH into workloads.

Supported

Filesystem APIRemote file operations over the API (list/read/write/watch/copy/upload) without SSH.

Supported

Git deployDeploy from a Git repo / push-to-deploy.

Not supported

Private container registryHosted private image registry.

Partially supported

E2B-compatible APIDrop-in compatibility with the E2B sandbox API/SDKs — existing E2B client code runs against this product by changing the endpoint/domain + key, with no business-code changes. E2B itself passes as the reference implementation. Distinct from public-api / sdk (the product has its own API — this key says it also speaks another vendor's) and from self-host-oss (a self-hosted E2B-compatible server is scored on both).

Not supported

HTTP data APIQuery / read / write the stored DATA over plain HTTP/REST (or GraphQL) WITHOUT the native protocol driver (Postgres wire / Redis RESP) — agent- and edge-friendly data access via fetch(). The DATA plane; distinct from public-api (a control-plane / management API). Auto-generated-from-schema REST/GraphQL (PostgREST, pg_graphql) is a flavour of this.

Not applicable

AI & agents 6/12

Built-in coding agentShips a first-party AI coding agent in the product.

Supported

Agent skillsInstallable / declarable agent skills or tools.

Supported

AI app builderPrompt-to-app / vibe-coding generation surface.

Not supported

MCP serverExposes a Model Context Protocol server for agents.

Partially supported

MCP clientActs as an MCP client / consumes MCP tools.

Supported

MCP-server hostingRun/host MCP servers as a workload on the platform (distinct from exposing a first-party MCP control server — that is mcp-server).

Partially supported

LLM gatewayRoutes LLM API calls through the platform (multi-provider).

Not supported

BYOK for LLMsBring-your-own LLM provider keys.

Supported

Model inference API (first-party)A FIRST-PARTY hosted LLM/model inference API — the provider serves its OWN catalogue of (usually open-weight) models behind a (typically OpenAI-compatible) endpoint, billed per token. Distinct from llm-gateway (a multi-PROVIDER proxy/router for YOUR calls to external providers like OpenAI/Anthropic) and from byok-llm (bring your own provider keys) — here the platform IS the inference provider, serving its own models.

Not supported

Autonomous QA agentA first-party AUTONOMOUS AI agent that QA-TESTS a running app / implementation — exercising it like a real user (clicking through flows, checking behaviour) and reporting bugs/defects (often back to a coding agent, or before a human review). Distinct from built-in-agent (a code-AUTHORING agent — this one VERIFIES the result, it does not write the feature; a product can ship both), from ai-guided-code-review (organises a diff for a HUMAN to review — not an autonomous tester), and from observability (runtime metrics/logs, not active testing).

Not supported

Credential-injection proxyThe platform holds real secrets OUTSIDE the workload and injects them on the wire (an egress / broker proxy swaps a placeholder or phantom token for the real credential on matching outbound requests), so code running in the sandbox — e.g. an untrusted agent — never sees or can exfiltrate the real key. Distinct from secrets-management (storage + injection INTO the workload as env vars/files — the workload holds the secret) and from egress-controls (outbound allow/deny POLICY; a product can have an allowlist without injecting credentials, and vice versa).

Supported

Preinstalled coding agentThe platform installs and launches a THIRD-PARTY coding agent (a harnesses.yml entry — Claude Code, Codex, OpenCode, Pi ...) inside a workspace/sandbox it provisions, with the agent's auth wired in (your own account or API key), so you start an agent session rather than an empty box. Distinct from built-in-agent (a FIRST-PARTY agent the vendor ships) and from harnesses[] (which records that a harness CAN target the product, not that the product runs it for you).

Supported

Data 0/1

First-party databasePlatform-provided managed database.

Not supported

Database branchingCopy-on-write branch of a DATABASE (schema + data) as a dev-lifecycle primitive — branch your data like code, usually instant via a metadata operation. Distinct from snapshots-forks (forks a running compute INSTANCE / VM state) and from preview-environments (a full per-PR environment that may USE a DB branch). For a data product a CoW branch maps HERE, not to snapshots-forks.

Not applicable

Vector searchFirst-class storage, indexing, and similarity search of vector embeddings — a native vector type/index or a managed vector DB. The data-layer primitive for RAG / semantic retrieval.

Not applicable

Ephemeral instant DB (no-signup)Provision a working, usable instance via a single command / HTTP call with NO account, signup, or card — typically time-boxed (expires unless claimed). A zero-onboarding path an agent can hit directly.

Not applicable

Platform & operations 0/5

Scheduled tasksCron / scheduled job primitive.

Not supported

Durable workflowsDurable execution / long-running workflow primitive.

Not supported

Preview environmentsA full EPHEMERAL environment spun up per PR / branch — compute + addons + (often) a DB branch — torn down on merge. More than preview-urls (which is just a shareable URL for one deploy).

Not supported

Built-in observabilityFirst-party metrics / logs / tracing / APM / profiling included in the platform (no third-party stack required to see what a workload is doing).

Partially supported

Managed CI/CD runnersPlatform-hosted, drop-in CI/CD runner VMs (GitHub Actions / GitLab), typically faster and cheaper than the CI vendor's own hosted runners, billed per runner-minute; isolated + ephemeral per job. Distinct from git-deploy (push-to-deploy of an APP) and scheduled-tasks (cron) — this is managed CI COMPUTE you point your existing pipelines at.

Not supported

Project template marketplaceA marketplace / gallery of prebuilt PROJECT STARTER templates (apps or websites) a user clones or launches a new project from and then customises — the "start from a template" surface of a builder / PaaS. Distinct from sandbox-templates (a COMPUTE base IMAGE you fork runtime INSTANCES from — Dockerfile / OCI), from app-builder (the prompt-to-app GENERATION surface — a product can have both), and from one-click OSS-app catalogues / helm-addon-marketplace (deploy a FINISHED app as-is, not a starter you build on).

Not applicable

Organisation & security 1/9

Built-in authPlatform-provided authentication / IAM for workloads.

Not supported

SSO / SAMLEnterprise single sign-on.

Partially supported

Secrets managementFirst-class secrets storage / injection.

Supported

TeamsMulti-user team accounts.

Partially supported

SharingShare a running workload/resource via link (optionally gated).

Partially supported

BYOCRuns inside the customer's own cloud account.

Not supported

Deploy into customers' VPCsA SaaS vendor uses the platform to deploy and operate ITS software inside ITS CUSTOMERS' cloud accounts / VPCs (nested or "customer BYOC"), managed from the vendor's control plane. Distinct from byoc (your own workloads in your own cloud account).

Not supported

Workload identityThe platform gives each workload its own verifiable identity (OIDC token, SPIFFE SVID, cloud IAM federation) that it exchanges for short-lived credentials, so no long-lived static secret is stored or injected. Distinct from secrets-management (stores / injects static secrets) and credential-injection-proxy (swaps real secrets in on the wire).

Not supported

Self-host / OSS coreOpen-source core that can be self-hosted.

Partially supported

Proposed, not verified

Capabilities the scan saw but the registry does not track yet. A key is admitted only once two distinct products exhibit it. These are not scored.

Private Docker Engine inside every sandbox (agents can docker build / compose up without a host socket mount)nested-docker-engine
“Every sandbox has its own Docker Engine. Build, run, compose. No socket mounting, no host privileges.” docker.com
Copy a sandbox filesystem between local and cloud (sbx move; not memory/process migration)local-cloud-portability
“It doesn't transfer running processes or memory, and it leaves the source sandbox in place.” docs.docker.com

04 Agent readiness Pre-login surface · counts, not a grade

Can an agent read it?

parse-ability · docs, metadata, machine-readable surfaces

11/11

7 full · 4 partial · 100% of applicable checks

llms.txt
Supported
“docs.docker.com/llms.txt links Sandboxes, API/SDK, API reference, Agentic Platform, Docker Skills, page Markdown routes and docs MCP. www.docker.com/llms.txt returns 404.”
llms-full.txt
Partially supported
“docs.docker.com/llms-full.txt (465,290 bytes) remains a page-metadata and Markdown-URL index, not full documentation text.”
robots.txt AI policy
Supported
“docs.docker.com/robots.txt: 'Content-Signal: ai-train=yes, search=yes, ai-input=yes' — explicit AI allow. (www robots.txt is silent default-allow.)”
JSON-LD
Partially supported
“Product page JSON-LD: Corporation + FAQPage graphs; no SoftwareApplication/Product with offers.”
Sitemap
Supported
“www robots → sitemap_index.xml (post/page sitemaps); docs.docker.com/sitemap.xml 372 KB incl. every sandbox + API page.”
Meta tags
Supported
“<title>Docker Sandboxes | Sandboxes for Coding Agents | Docker</title> + description + og:title/description/image + twitter:card.”
Markdown negotiation
Supported
“docs.docker.com returns text/markdown for 'Accept: text/markdown' and serves <page>.md for every page; www marketing page does not.”
Content efficiency
Partially supported
“Fresh landing HTML: 503,660 bytes; readable text / HTML = 2.10% (stdlib HTMLParser excluding script/style/noscript).”
Docs discoverable
Supported
“Landing links 'Read the docs' (docs.docker.com/ai/sandboxes/) in the hero; plain HTML links, no JS needed.”
Machine-readable pricing
Supported
“Landing 'Pay only for what you use' HTML table: Size / vCPUs / GB / Per hour for Micro→XL ($0.07→$1.12).”
No anti-bot wall
Partially supported
“Marketing and docs fetchable; public hiring embed and posting API blocked by HTTP 403. Well-known MCP descriptor also returned 403.”

Can an agent drive it?

act-ability · APIs, SDKs, MCP, credentials, webhooks

10/11

5 full · 5 partial · 91% of applicable checks

Public API
Supported
“Documented Sandboxes REST API (management at connect.docker.com/sandboxes + per-sandbox endpoint) — experimental.”
OpenAPI spec
Supported
“Fetchable OpenAPI 3.2.0 at docs.docker.com/reference/api/sandboxes/api.yaml (58 operations).”
MCP server
Partially supported
“Only a docs-search MCP (https://mcp-docs.docker.com/mcp, advertised in llms.txt); no MCP server for operating sandboxes.”
SDK packages
Partially supported
“One official SDK: TypeScript (@docker/sandboxes).”
Auth documented
Supported
“Authentication doc: OAuth device/browser sign-in, PAT with `sandbox:use` scope, PAT→access-token exchange, per-sandbox scoped endpoint tokens, permission names.”
Self-serve credentials
Partially supported
“Human signup + card checkout to activate the subscription, then a PAT created in the Docker account UI; token exchange thereafter is programmatic.”
Webhooks
Not supported
“No webhooks documented.”
CLI tool
Supported
“Official `sbx` CLI (brew/winget/apt).”
Error model
Supported
“Errors doc + OpenAPI Error/ErrorInfo/QuotaFailure/RetryInfo schemas: 'Errors contain a stable code, a message, and optional details.'”
Rate limits documented
Partially supported
“Rate limits and quotas documented conceptually (default quotas table; 'honor any delay specified by the server'), but no numeric request-rate limits or rate-limit headers.”
Agent config files
Partially supported
“Docker Skills is now an official documented SKILL.md collection (https://docs.docker.com/ai/skills/); coverage is product-dependent, not a promise of a Sandboxes-specific skill. One skills-listing surface; llms.txt and docs MCP additionally aid discovery.”

05 Coding harnesses Which agents and IDEs are documented to run here

Advertised integrations 10

Claude Code Anthropic
Supported
“$ sbx run claude ~/my-project”
Source docs.docker.com
Dedicated agent page explicitly describes local sandboxes. Also explicitly listed in bundled cloud SDK catalog.
Codex CLI OpenAI
Supported
“$ sbx run codex ~/my-project”
Source docs.docker.com
Dedicated agent page explicitly describes local sandboxes. Also explicitly listed in bundled cloud SDK catalog.
Cursor Anysphere
Supported
“$ sbx run cursor ~/my-project”
Source docs.docker.com
Dedicated agent page explicitly describes local sandboxes. Also explicitly listed in bundled cloud SDK catalog.
GitHub Copilot GitHub
Supported
“$ sbx run copilot ~/my-project”
Source docs.docker.com
Dedicated agent page explicitly describes local sandboxes. Do not infer cloud-specific advertisement solely from this local page.
Gemini CLI Google
Supported
“Bundled kits: … `gemini` | Gemini CLI”
Source docs.docker.com
OpenCode opencode
Supported
“$ sbx run opencode ~/my-project”
Source docs.docker.com
Dedicated agent page explicitly describes local sandboxes. Also explicitly listed in bundled cloud SDK catalog.
Hermes Agent Nous Research
Supported
“You can run agents such as Claude Code, Codex, and Hermes in isolated cloud sandboxes with live terminals. (kit: docker.io/sbx/hermes-agent-kit)”
Source docs.docker.com
Kiro CLI Amazon Web Services
Supported
“$ sbx run kiro ~/my-project”
Source docs.docker.com
Dedicated agent page explicitly describes local sandboxes. Do not infer cloud-specific advertisement solely from this local page.
Droid Factory
Supported
“$ sbx run droid ~/my-project”
Source docs.docker.com
Dedicated agent page explicitly describes local sandboxes. Do not infer cloud-specific advertisement solely from this local page.
Devin Cognition
Supported
“$ sbx run devin ~/my-project”
Source docs.docker.com
Dedicated agent page explicitly describes local sandboxes. Also explicitly listed in bundled cloud SDK catalog.

Plausible compatibility 7

Derived, not stored: the product passes SSH access, so any CLI coding agent is installable inside it. This is plausible compatibility, not a supported integration.

Aider
Amp
Antigravity
Goose
Kilo Code
Pi
Qwen Code

06 Compliance & regions Standards held, with ordinal rigor; never a score

Certifications held 2

CCPA
self-attestedhostedCompany-wide; see gdpr note.
“Docker complies with leading privacy regulations like GDPR, CCPA, …”
Source docker.comConfidence: medium
GDPR
self-attestedhostedCompany-wide privacy compliance; the privacy policy explicitly covers 'Docker AI Services (Docker Agentic Platform, Cloud Sandboxes, and MCP Gateway)'.
“Docker complies with leading privacy regulations like GDPR, CCPA, CPA, CTDPA, VCDPA, UCPA, and The APEC Privacy Framework.”
Source docker.comConfidence: medium

Regions —

Regions are not disclosed on the public surface.

US infrastructure is explicitly disclosed for Cloud Sandboxes. Named cloud regions and region selection remain undisclosed; do not infer AWS North Virginia from the company-wide subprocessor list. Local mode runs on the developer’s machine.

Legal

Privacy notice Terms of service

07 Company & presence Facts only, not scored

Company

Headquarters: Palo Alto, CA, USA (mailing address); fully remote company with office hubs in Paris and Seattle
Founded: 2013 (Docker first demoed publicly at PyCon, 2013-03-15, by founder Solomon Hykes; the company began as dotCloud)
Team size: Not disclosed
Hiring: Current role count unavailable; the public Ashby embed and job-board API returned HTTP 403 on 2026-10-08. Prior 58-role count is historical (2026-09-25).

Funding

2022-03-31Series C · $105M

Notable people

Don Johnson (CEO)
Mark Cavage (President & COO)
Tushar Jain (CTO)
Mat Velloso (CPO)
Jean-Laurent de Morlhon (SVP GenAI Acceleration)

Activity

Last release: sbx v0.47.0 stable, published 2026-10-05T15:46:13Z; GitHub latest release is not a prerelease. github.com
Last blog post: Latest visible Docker blog feature: Oct 1, 2026 — Trust Docker for the agents you don’t. docker.com

Presence 5

Links found on the public surface scanned; not an exhaustive search.

08 Sources & method How this entry was produced

Public surface only

Everything here was read from docker.com's unauthenticated pages, docs, pricing and repository on 8 Oct 2026. Nothing behind a login was used.

Statuses, not scores

Capabilities are pass, partial or fail against a written rubric (features v21). “Not assessed” means the scan predates the key.

Confidence is separate

Each fact carries its own confidence. Low-confidence facts are shown, never hidden, so you can weigh them.

Schema: scan v5
Features registry: v21
Keys tracked today: 61
Assessed on this entry: 61

Something wrong on this page?

Nearby in the atlas

All Sandbox products →