
Context Agent Sandboxes
8.0#1 in sandbox softwareFrom $20 a monthFree planAndroidiOSWebAPI
Visit

| Fact | Context Agent Sandboxes | Sandlock |
|---|---|---|
| Credential handling | Standing secrets are kept out of the sandbox; credentials are issued at the edge after authorization and expire with the action or run. | The supervisor attaches secrets in the proxy only after the HTTP ACL check, so the sandboxed workload does not hold the secret value. |
| Headquarters | San Francisco, California, United States | San Jose, California, United States |
| Integrations | Context lists a catalog of 180+ integrations across data, documents, communication, CRM, ITSM, finance, and identity, plus remote MCP servers. | The OCI runtime works with containerd, CRI-O, and Kubernetes, and the remote MCP API can be used with Claude Desktop, Cursor, or another MCP client. |
| Purpose | Each agent task runs in its own sandbox on the customer's cluster under the permissions of the person who requested it. | Sandlock is a lightweight Linux process sandbox for confining untrusted code with kernel-enforced policies. |
It suits teams that need agent tasks to run in isolated environments with configurable network access and recorded permission decisions. Enterprise deployment is aimed at customers running sandboxes on their own Kubernetes cluster.
Sandlock may suit teams running AI agent tools, untrusted builds, or code for individual requests on Linux. It offers both developer interfaces and integrations with container and MCP environments.