Vercel Sandbox
Vercel Sandbox is an ephemeral compute primitive designed to safely run untrusted or user-generated code on Vercel. It supports dynamic, real-time workloads for AI agents, code generation, and developer experimentation.
With Vercel Sandbox, you can:
-
Execute untrusted or third-party code: When you need to run code that has not been reviewed, such as AI agent output or user uploads, without exposing your production systems.
-
Build dynamic, interactive experiences: If you are creating tools that generate or modify code on the fly, such as AI-powered UI builders or developer sandboxes such as language playgrounds.
-
Test backend logic in isolation: Preview how user-submitted or agent-generated code behaves in a self-contained environment with access to logs, file edits, and live previews.
-
Run a development server to test your application.
- Get started with using Vercel Sandbox with the getting started guide and examples
- Learn about authentication methods and the SDK reference
- Understand how to monitor your sandboxes
- Review pricing, resource limits and system specifications
In the steps below, you will create a sandbox with 4 vCPUs that uses node22
runtime to run a Next.js application.
Create a new directory
sandbox-test
and install the@vercel/sandbox
andms
packages:pnpm i @vercel/sandbox ms
Add the required type definitions for
ms
andnode
:terminalpnpm add -D @types/ms @types/node
From the
sandbox-test
directory you just created, link a new or existing project:terminalvercel link
Then pull the project's environment variables:
terminalvercel env pull
This pulls a Vercel OIDC token into your
.env.local
file that the SDK will use to authenticate with.In the code below, you will:
- Clone a Github repository of a Next.js application (Review Using a private repository to clone a private repository)
- Install the dependencies for the application
- Run a
next dev
server and listen to port3000
- Open the sandbox URL (
sandbox.domain(3000)
) in a browser and stream logs to your terminal - The sandbox will stop after the configurable 10 minute timeout.
next-dev.tsimport ms from 'ms'; import { Sandbox } from '@vercel/sandbox'; import { setTimeout } from 'timers/promises'; import { spawn } from 'child_process'; async function main() { const sandbox = await Sandbox.create({ source: { url: 'https://github.com/vercel/sandbox-example-next.git', type: 'git', }, resources: { vcpus: 4 }, // Timeout in milliseconds: ms('10m') = 600000 // Defaults to 5 minutes. The maximum is 45 minutes. timeout: ms('10m'), ports: [3000], runtime: 'node22', }); console.log(`Installing dependencies...`); const install = await sandbox.runCommand({ cmd: 'npm', args: ['install', '--loglevel', 'info'], stderr: process.stderr, stdout: process.stdout, }); if (install.exitCode != 0) { console.log('installing packages failed'); process.exit(1); } console.log(`Starting the development server...`); await sandbox.runCommand({ cmd: 'npm', args: ['run', 'dev'], stderr: process.stderr, stdout: process.stdout, detached: true, }); await setTimeout(500); spawn('open', [sandbox.domain(3000)]); } main().catch(console.error);
Run the following command in your terminal:
terminalnode --env-file .env.local --experimental-strip-types ./next-dev.ts
Once the application opens in your browser, you can view the logs in the terminal as you interact with it.
The script opens the
next dev
server in your browser. The public URL is resolved using thesandbox.domain(3000)
method.You'll see the development server logs streaming in real-time to your terminal as you interact with the application.
To stop a sandbox, you can:
- Navigate to the Observability tab of your project
- Find your sandbox in the list, and click Stop
If you do not stop the sandbox, it will stop after the 10 minute timeout has elapsed.
The SDK also provides the
stop
method to programmatically stop a running sandbox.
The SDK uses Vercel OIDC tokens to authenticate whenever available. This is the most straightforward and recommended way to authenticate.
When developing locally, you can download a development token to .env.local
using vercel env pull
. After 12 hours the development token expires, meaning you will have to call vercel env pull
again.
In production, Vercel manages token expiration for you.
If you want to use the SDK from an environment where VERCEL_OIDC_TOKEN
is
unavailable, you can also authenticate using an access token. You will need
- your Vercel team ID
- your Vercel project ID
- a Vercel access token with access to the above team
Set your team ID, project ID, and token to the environment variables VERCEL_TEAM_ID
, VERCEL_PROJECT_ID
, and VERCEL_TOKEN
. Then pass these to the create
method:
const sandbox = await Sandbox.create({
teamId: process.env.VERCEL_TEAM_ID!,
projectId: process.env.VERCEL_PROJECT_ID!,
token: process.env.VERCEL_TOKEN!,
source: {
url: 'https://github.com/vercel/sandbox-example-next.git',
type: 'git',
},
resources: { vcpus: 4 },
timeout: ms('5m'), //timeout in milliseconds: ms('5m') = 300000
ports: [3000],
runtime: 'node22',
});
Sandbox includes a node22
and python3.13
image. In both of these images:
- User code is executed as the
vercel-sandbox
user. - The default working directory is
/vercel/sandbox
. sudo
access is available.
Runtime | Package managers | |
---|---|---|
node22 | /vercel/runtimes/node22 | npm , pnpm |
python3.13 | /vercel/runtimes/python | pip , uv |
The base system is Amazon Linux 2023 with the following additional packages:
bind-utils
bzip2
findutils
git
gzip
iputils
libicu
libjpeg
libpng
ncurses-libs
openssl
openssl-libs
procps
tar
unzip
which
whois
zstd
Users can install additional packages using the dnf
package manager:
import { Sandbox } from '@vercel/sandbox';
const sandbox = await Sandbox.create();
await sandbox.runCommand({
cmd: 'dnf',
args: ['install', '-y', 'golang'],
sudo: true,
});
You can find the list of available packages on the Amazon Linux documentation.
The sandbox sudo configuration is designed to be easy to use:
HOME
is set to/root
. Commands executed with sudo will source root's configuration files (e.g..gitconfig
,.bashrc
, etc).PATH
is left unchanged. Local or project-specific binaries will still be available when running with elevated privileges.- The executed command inherits all other environment variables that were set.
To view sandboxes that were started per project, inspect the command history and view the sandbox URLs, access the Sandboxes insights page by:
- From the Vercel dashboard, go to the project where you created the sandbox
- Click the Observability tab
- Click Sandboxes on the left side of the Observability page
To track compute usage for your sandboxes across projects, go to the Usage tab of your Vercel dashboard.
Was this helpful?