Sandboxes

Daytona provides full composable computers — sandboxes — for AI agents. Sandboxes are isolated runtime environments you can manage programmatically to run code. Each sandbox runs in isolation, giving it a dedicated kernel, filesystem, network stack, and allocated vCPU, RAM, and disk. Agents get access to a full composable computer environment where they can install packages, run servers, compile code, and manage processes.

Sandboxes have 1 vCPU, 1GB RAM, and 3GiB disk by default. Organizations get a maximum sandbox resource limit of 4 vCPUs, 8GB RAM, and 10GB disk. For more power, see resources or contact support@daytona.io.

Sandboxes use snapshots to capture a fully configured environment (base OS, installed packages, dependencies, and configuration) to create new sandboxes.

Each sandbox has its own network stack with per-sandbox firewall rules. By default, sandboxes follow standard network policies, but you can restrict egress to a specific set of allowed destinations or block all outbound traffic entirely. For more details, see network limits.

• Sandbox SDKs: TypeScript, Python, Ruby, Go, Java
• Sandbox API: RESTful API (OpenAPI spec), Toolbox API (OpenAPI spec)
• Sandbox CLI: Mac/Linux/Windows

Create Sandboxes

Daytona provides methods to create sandboxes.

1. Navigate to Daytona Sandboxes ↗
2. Click Create Sandbox
3. Click Create to create a sandbox

Python

from daytona import Daytona

daytona = Daytona()
sandbox = daytona.create()

TypeScript

import { Daytona } from '@daytona/sdk'

const daytona = new Daytona()
const sandbox = await daytona.create()

Ruby

require 'daytona'

daytona = Daytona::Daytona.new
sandbox = daytona.create

Go

package main

import (
  "context"
  "github.com/daytonaio/daytona/libs/sdk-go/pkg/daytona"
)

func main() {
  client, _ := daytona.NewClient()
  ctx := context.Background()
  _, _ = client.Create(ctx, nil)
}

Java

import io.daytona.sdk.Daytona;
import io.daytona.sdk.Sandbox;

public class App {
    public static void main(String[] args) {
        try (Daytona daytona = new Daytona()) {
            Sandbox sandbox = daytona.create();
        }
    }
}

CLI

daytona create [flags]

API

curl 'https://app.daytona.io/api/sandbox' \
  --request POST \
  --header 'Content-Type: application/json' \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --data '{}'

GPU Sandboxes

Experimental

This feature is experimental. To request access, contact support@daytona.io.

Daytona provides methods to create GPU sandboxes.

Daytona supports NVIDIA GPU devices for sandbox creation. This allows you to run GPU workloads such as model inference, fine-tuning, and CUDA-accelerated compute inside a sandbox.

Each GPU sandbox is ephemeral and supports up to 16 vCPUs, 192GB RAM, and 512GB disk.

1. Navigate to Daytona Sandboxes ↗
2. Click Create Sandbox
3. Select a GPU snapshot
4. Click Create to create a GPU sandbox

To create a GPU sandbox programmatically, use the pre-built daytona-gpu snapshot, target us-east-1 region, and set auto_delete_interval to 0 (ephemeral).

Python

from daytona import Daytona, DaytonaConfig, CreateSandboxFromSnapshotParams

daytona = Daytona(DaytonaConfig(target="us-east-1"))
sandbox = daytona.create(
        CreateSandboxFromSnapshotParams(
            snapshot="daytona-gpu",
            auto_delete_interval=0
            ),
)

TypeScript

import { Daytona } from "@daytona/sdk";

const daytona = new Daytona({
  target: "us-east-1",
});
const sandbox = await daytona.create({
  snapshot: "daytona-gpu",
  ephemeral: true,
});

Ruby

require 'daytona'

config = Daytona::Config.new(
  target: "us-east-1"
)
daytona = Daytona::Daytona.new(config)
sandbox = daytona.create(
  Daytona::CreateSandboxFromSnapshotParams.new(
    snapshot: 'daytona-gpu',
    ephemeral: true
  )
)

Go

package main

import (
  "context"
  "github.com/daytonaio/daytona/libs/sdk-go/pkg/daytona"
  "github.com/daytonaio/daytona/libs/sdk-go/pkg/types"
)

func main() {
  client, _ := daytona.NewClientWithConfig(&types.DaytonaConfig{
    Target: "us-east-1",
  })
  ctx := context.Background()
  params := types.SnapshotParams{
    Snapshot: "daytona-gpu",
    SandboxBaseParams: types.SandboxBaseParams{
      Ephemeral: true,
    },
  }
  _, _ = client.Create(ctx, params)
}

Java

import io.daytona.sdk.Daytona;
import io.daytona.sdk.DaytonaConfig;
import io.daytona.sdk.Sandbox;
import io.daytona.sdk.model.CreateSandboxFromSnapshotParams;

public class App {
    public static void main(String[] args) {
        DaytonaConfig config = new DaytonaConfig.Builder()
                .apiKey(System.getenv("DAYTONA_API_KEY"))
                .target("us-east-1")
                .build();

        try (Daytona daytona = new Daytona(config)) {
            CreateSandboxFromSnapshotParams params = new CreateSandboxFromSnapshotParams();
            params.setSnapshot("daytona-gpu");
            params.setAutoDeleteInterval(0);
            Sandbox sandbox = daytona.create(params);
        }
    }
}

CLI

daytona create --snapshot daytona-gpu --target us-east-1 --auto-delete 0

API

curl 'https://app.daytona.io/api/sandbox' \
  --request POST \
  --header 'Content-Type: application/json' \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --data '{
  "target": "us-east-1",
  "snapshot": "daytona-gpu",
  "autoDeleteInterval": 0
}'

Ephemeral Sandboxes

Daytona provides methods to create ephemeral sandboxes.

Ephemeral sandboxes are automatically deleted once they are stopped. They are useful for short-lived tasks or testing purposes.

To create an ephemeral sandbox, set the ephemeral parameter to True when creating a sandbox. Setting autoDeleteInterval: 0 (ephemeral) has the same effect.

Python

from daytona import Daytona, CreateSandboxFromSnapshotParams

daytona = Daytona()
params = CreateSandboxFromSnapshotParams(
    ephemeral=True,
    auto_stop_interval=5,  # delete after 5 minutes of inactivity
)
sandbox = daytona.create(params)

TypeScript

import { Daytona } from "@daytona/sdk";

const daytona = new Daytona();
const sandbox = await daytona.create({
  ephemeral: true,
  autoStopInterval: 5, // delete after 5 minutes of inactivity
});

Ruby

require 'daytona'

daytona = Daytona::Daytona.new
params = Daytona::CreateSandboxFromSnapshotParams.new(
  ephemeral: true,
  auto_stop_interval: 5 # delete after 5 minutes of inactivity
)
sandbox = daytona.create(params)

Go

package main

import (
  "context"
  "github.com/daytonaio/daytona/libs/sdk-go/pkg/daytona"
  "github.com/daytonaio/daytona/libs/sdk-go/pkg/types"
)

func main() {
  client, _ := daytona.NewClient()
  ctx := context.Background()

  autoStopInterval := 5 // delete after 5 minutes of inactivity
  params := types.SnapshotParams{
    SandboxBaseParams: types.SandboxBaseParams{
      Language:         types.CodeLanguagePython,
      Ephemeral:        true,
      AutoStopInterval: &autoStopInterval,
    },
  }
  _, _ = client.Create(ctx, params)
}

Java

import io.daytona.sdk.Daytona;
import io.daytona.sdk.Sandbox;
import io.daytona.sdk.model.CreateSandboxFromSnapshotParams;

public class App {
    public static void main(String[] args) {
        try (Daytona daytona = new Daytona()) {
            CreateSandboxFromSnapshotParams params = new CreateSandboxFromSnapshotParams();
            params.setAutoDeleteInterval(0); // same effect as ephemeral: true
            params.setAutoStopInterval(5); // delete after 5 minutes of inactivity
            Sandbox sandbox = daytona.create(params);
        }
    }
}

Resources

Sandboxes have 1 vCPU, 1GB RAM, and 3GiB disk by default. Organizations get a maximum sandbox resource limit of 4 vCPUs, 8GB RAM, and 10GB disk.

Resource	Unit	Default	Minimum	Maximum
CPU	vCPU	1	1	4
Memory	GiB	1	1	8
Disk	GiB	3	1	10

To set custom sandbox resources, use the Resources class. All resource parameters are optional and must be integers. If not specified, Daytona will use the default values. Maximum values are per-sandbox limits set at the organization level.

Python

from daytona import Daytona, CreateSandboxFromImageParams, Image, Resources

daytona = Daytona()
sandbox = daytona.create(
    CreateSandboxFromImageParams(
        image=Image.debian_slim("3.12"),
        resources=Resources(cpu=2, memory=4, disk=8),
    )
)

TypeScript

import { Daytona, Image } from "@daytona/sdk";

const daytona = new Daytona();
const sandbox = await daytona.create({
  image: Image.debianSlim("3.12"),
  resources: { cpu: 2, memory: 4, disk: 8 },
});

Ruby

require 'daytona'

daytona = Daytona::Daytona.new
sandbox = daytona.create(
  Daytona::CreateSandboxFromImageParams.new(
    image: Daytona::Image.debian_slim('3.12'),
    resources: Daytona::Resources.new(
      cpu: 2,
      memory: 4,
      disk: 8
    )
  )
)

Go

package main

import (
  "context"
  "github.com/daytonaio/daytona/libs/sdk-go/pkg/daytona"
  "github.com/daytonaio/daytona/libs/sdk-go/pkg/types"
)

func main() {
  client, _ := daytona.NewClient()
  ctx := context.Background()
  _, _ = client.Create(ctx, types.ImageParams{
    Image: "python:3.12",
    Resources: &types.Resources{
      CPU:    2,
      Memory: 4,
      Disk:   8,
    },
  })
}

Java

import io.daytona.sdk.Daytona;
import io.daytona.sdk.Sandbox;
import io.daytona.sdk.model.CreateSandboxFromImageParams;
import io.daytona.sdk.model.Resources;

final class CreateSandboxResources {
    public static void main(String[] args) {
        try (Daytona daytona = new Daytona()) {
            CreateSandboxFromImageParams params = new CreateSandboxFromImageParams();
            params.setImage("python:3.12");
            Resources resources = new Resources();
            resources.setCpu(2);
            resources.setMemory(4);
            resources.setDisk(8);
            params.setResources(resources);
            Sandbox sandbox = daytona.create(params);
        }
    }
}

CLI

# --memory is in MB; --disk is in GB
daytona create --cpu 2 --memory 4096 --disk 8

API

curl 'https://app.daytona.io/api/sandbox' \
  --request POST \
  --header 'Content-Type: application/json' \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --data '{
  "cpu": 2,
  "memory": 4,
  "disk": 8
}'

Start Sandboxes

Daytona provides methods to start sandboxes.

1. Navigate to Daytona Sandboxes ↗
2. Click the start icon (▶) next to the sandbox you want to start

Python

sandbox.start()

TypeScript

await sandbox.start()

Ruby

sandbox.start

Go

sandbox.Start(ctx)

Java

sandbox.start();

CLI

daytona start [SANDBOX_ID] | [SANDBOX_NAME] [flags]

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/start' \
  --request POST \
  --header 'Authorization: Bearer YOUR_API_KEY'

Get Sandbox

Daytona provides methods to get a sandbox by ID or name.

Python

sandbox = daytona.get("my-sandbox-id-or-name")

TypeScript

const sandbox = await daytona.get("my-sandbox-id-or-name");

Ruby

sandbox = daytona.get('my-sandbox-id-or-name')

Go

sandbox, err := client.Get(ctx, "my-sandbox-id-or-name")

Java

Sandbox sandbox = daytona.get("my-sandbox-id-or-name");

CLI

daytona info [SANDBOX_ID] | [SANDBOX_NAME] [flags]

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}' \
  --header 'Authorization: Bearer YOUR_API_KEY'

List Sandboxes

Daytona provides methods to list sandboxes.

Python

for sandbox in daytona.list():
    print(sandbox.id)

TypeScript

for await (const sandbox of daytona.list()) {
  console.log(sandbox.id)
}

Ruby

daytona.list.each { |sandbox| puts sandbox.id }

Go

iter := client.List(ctx, nil)
defer iter.Close()
for iter.Next() {
    sandbox := iter.Value()
    fmt.Println(sandbox.ID)
}
if err := iter.Err(); err != nil {
    log.Fatal(err)
}

Java

Iterator<Map<String, Object>> iter = daytona.list();
while (iter.hasNext()) {
    Map<String, Object> sandbox = iter.next();
    System.out.println(sandbox.get("id"));
}

CLI

daytona list [flags]

API

curl 'https://app.daytona.io/api/sandbox' \
  --header 'Authorization: Bearer YOUR_API_KEY'

Sandbox details page

Daytona Dashboard ↗ provides a sandbox details page to view detailed information about a sandbox and interact with it directly.

1. Navigate to Daytona Sandboxes ↗
2. Click on a sandbox you want to view the details of
3. Click View to open the sandbox details page

The sandbox details page provides a summary of the sandbox information and actions to perform on the sandbox:

• Name: the name of the sandbox
• UUID: the unique identifier of the sandbox
• State: the sandbox state with a visual indicator
• Actions: start, stop, recover, archive, delete, refresh, SSH access, screen recordings
• Region: the target region where the sandbox is running
• Snapshot: the snapshot used to create the sandbox
• Resources: allocated sandbox CPU, memory, and disk
• Lifecycle: auto-stop, auto-archive, and auto-delete intervals
• Labels: key-value pairs assigned to the sandbox
• Timestamps: when the sandbox was created and when the last event occurred
• Web terminal: an embedded web terminal session directly in the browser
• Filesystem: sandbox filesystem tree for viewing and managing files and directories: create, upload, download, copy, refresh, collapse, search, and delete capabilities
• VNC: a graphical desktop session for sandboxes that have a desktop environment
• Logs: a detailed record of user and system activity for the sandbox
• Metrics: sandbox metrics data displayed as charts
• Traces: distributed traces and spans collected from the sandbox
• Spending: usage and cost over time

Stop Sandboxes

Daytona provides methods to stop sandboxes.

Stopped sandboxes maintain filesystem persistence while their memory state is cleared. They incur only disk usage costs and can be started again when needed.

The stopped state should be used when a sandbox is expected to be started again. Otherwise, it is recommended to stop and then archive the sandbox to eliminate disk usage costs.

1. Navigate to Daytona Sandboxes ↗
2. Click the stop icon (⏹) next to the sandbox you want to stop

Python

sandbox.stop()

TypeScript

await sandbox.stop()

Ruby

sandbox.stop

Go

sandbox.Stop(ctx)

Java

sandbox.stop();

CLI

daytona stop [SANDBOX_ID] | [SANDBOX_NAME] [flags]

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/stop' \
  --request POST \
  --header 'Authorization: Bearer YOUR_API_KEY'

If you need a faster shutdown, use force stop (force=true / --force) to terminate the sandbox immediately. Force stop is ungraceful and should be used when quick termination is more important than process cleanup. Avoid force stop for normal shutdowns where the process should flush buffers, write final state, or run cleanup hooks.

Common use cases for force stop include:

• you need to reduce stop time and can accept immediate termination
• the entrypoint ignores termination signals or hangs during shutdown

Pause Sandboxes

Experimental

This feature is experimental. To request access, contact support@daytona.io.

Daytona provides methods to pause sandboxes.

Pausing a sandbox keeps both filesystem state and memory persistence, so sandboxes can resume from in-memory runtime state. Compared to regular stop behavior, pause is useful for workloads with active in-memory context and state continuity.

Daytona supports pause functionality through VM-based runners. Pause is handled through the existing stop action. This means stop behaves as pause and preserves memory state, while force stop performs a full shutdown without preserving memory state.

Archive Sandboxes

Daytona provides methods to archive sandboxes.

A sandbox must be stopped before it can be archived. When a sandbox is archived, the entire filesystem state is moved to a cost-effective object storage, making it available for an extended period.

Starting an archived sandbox takes more time than starting a stopped sandbox, depending on its size. It can be started again in the same way as a stopped sandbox.

Python

sandbox.archive()

TypeScript

await sandbox.archive()

Ruby

sandbox.archive

Go

sandbox.Archive(ctx)

CLI

daytona archive [SANDBOX_ID] | [SANDBOX_NAME] [flags]

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/archive' \
  --request POST \
  --header 'Authorization: Bearer YOUR_API_KEY'

Recover Sandboxes

Daytona provides methods to recover sandboxes.

Python

sandbox.recover()

TypeScript

await sandbox.recover()

Ruby

sandbox.recover

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/recover' \
  --request POST \
  --header 'Authorization: Bearer YOUR_API_KEY'

Recover from error state

When a sandbox enters an error state, it can sometimes be recovered using the recover method, depending on the underlying error reason. The recoverable flag indicates whether the error state can be resolved through an automated recovery procedure.

Recovery actions are not performed automatically because they address errors that require further user intervention, such as freeing up storage space.

Python

# Check if the sandbox is recoverable
if sandbox.recoverable:
    sandbox.recover()

TypeScript

// Check if the sandbox is recoverable
if (sandbox.recoverable) {
  await sandbox.recover()
}

Ruby

# Check if the sandbox is in an error state before recovering
if sandbox.state == 'error'
  sandbox.recover
end

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/recover' \
  --request POST \
  --header 'Authorization: Bearer YOUR_API_KEY'

Resize Sandboxes

Daytona provides methods to resize sandbox resources after creation.

On a running sandbox, you can increase CPU and memory without interruption. To decrease CPU or memory, or to increase disk capacity, stop the sandbox first. Disk size can only be increased and cannot be decreased.

Resizing updates the sandbox resource allocation (cpu, memory, and disk) for that sandbox only. CPU and memory control compute capacity for running workloads, while disk controls persistent filesystem capacity. Values must be integers and stay within your organization’s per-sandbox resource limits.

Python

# Resize a started sandbox (CPU and memory can be increased)
sandbox.resize(Resources(cpu=2, memory=4))

# Resize a stopped sandbox (CPU and memory can change, disk can only increase)
sandbox.stop()
sandbox.resize(Resources(cpu=4, memory=8, disk=20))
sandbox.start()

TypeScript

// Resize a started sandbox (CPU and memory can be increased)
await sandbox.resize({ cpu: 2, memory: 4 })

// Resize a stopped sandbox (CPU and memory can change, disk can only increase)
await sandbox.stop()
await sandbox.resize({ cpu: 4, memory: 8, disk: 20 })
await sandbox.start()

Ruby

# Resize a started sandbox (CPU and memory can be increased)
sandbox.resize(Daytona::Resources.new(cpu: 2, memory: 4))

# Resize a stopped sandbox (CPU and memory can change, disk can only increase)
sandbox.stop
sandbox.resize(Daytona::Resources.new(cpu: 4, memory: 8, disk: 20))
sandbox.start

Go

// Resize a started sandbox (CPU and memory can be increased)
err := sandbox.Resize(ctx, &types.Resources{CPU: 2, Memory: 4})

// Resize a stopped sandbox (CPU and memory can change, disk can only increase)
err = sandbox.Stop(ctx)
err = sandbox.Resize(ctx, &types.Resources{CPU: 4, Memory: 8, Disk: 20})
err = sandbox.Start(ctx)

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/resize' \
  --request POST \
  --header 'Content-Type: application/json' \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --data '{
  "cpu": 2,
  "memory": 4,
  "disk": 20
}'

To verify CPU and memory limits inside the sandbox after resizing, read cgroup values directly. Tools such as nproc, free, top, htop, /proc/cpuinfo, and /proc/meminfo read host-level values and do not reflect sandbox resource limits.

cat /sys/fs/cgroup/cpu.max      # "<quota> <period>" (cores = quota / period)
cat /sys/fs/cgroup/memory.max   # bytes
df -h /                         # disk

Fork Sandboxes

Experimental

This feature is experimental. To request access, contact support@daytona.io.

Daytona provides methods to fork sandboxes.

Forking creates a duplicate of your sandbox’s filesystem and memory, and copies it into a new sandbox. The new sandbox is fully independent: it can be started, stopped, and deleted without affecting the original. The sandbox must be in started state before forking.

Daytona tracks the parent-child relationship in a fork tree, so you can always trace a fork’s lineage back to the sandbox it was created from. You can fork a fork, building out branches as needed. The parent sandbox cannot be deleted while it has active fork children.

1. Navigate to Daytona Sandboxes ↗
2. Click the three-dot menu (⋮) next to the sandbox you want to fork
3. Select Fork

Python

# Fork sandbox through the Sandbox instance
forked = sandbox._experimental_fork(name="my-forked-sandbox")

TypeScript

// Fork sandbox through the Sandbox instance
const forkedSandbox = await sandbox._experimental_fork({ name: "my-forked-sandbox" });

// Or use the Daytona helper method
const forkedSandbox = await daytona._experimental_fork(sandbox, { name: "my-forked-sandbox" });

Ruby

# Fork sandbox through the Sandbox instance
forkedSandbox = sandbox.experimental_fork(name: "my-forked-sandbox")

Go

// Fork sandbox through the Sandbox instance
name := "my-forked-sandbox"
forkedSandbox, err := sandbox.ExperimentalFork(ctx, &name)
if err != nil {
    return err
}

Java

// Fork sandbox through the Sandbox instance
Sandbox forkedSandbox = sandbox.experimentalFork("my-forked-sandbox", 60);

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/fork' \
  --request POST \
  --header 'X-Daytona-Organization-ID: YOUR_ORGANIZATION_ID' \
  --header 'Content-Type: application/json' \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --data '{
  "name": "my-forked-sandbox"
}'

To view the fork tree for a sandbox and all its related sandboxes:

1. Navigate to Daytona Sandboxes ↗
2. Click the three-dot menu (⋮) next to a forked sandbox
3. Select View Forks

The fork tree displays each sandbox in the hierarchy along with its current state and creation time, allowing you to trace the lineage of any fork back to its origin.

Label Sandboxes

Daytona provides methods to set sandbox labels.

Setting labels replaces the full label set for the sandbox. Include all labels you want to keep in the request. If you omit an existing label, it will be removed.

Python

sandbox.set_labels({
    "team": "platform",
    "env": "staging",
})

TypeScript

await sandbox.setLabels({
  team: "platform",
  env: "staging",
});

Ruby

sandbox.labels = {
  team: 'platform',
  env: 'staging'
}

Go

err := sandbox.SetLabels(ctx, map[string]string{
  "team": "platform",
  "env":  "staging",
})

Java

Map<String, String> labels = new HashMap<>();
labels.put("team", "platform");
labels.put("env", "staging");
sandbox.setLabels(labels);

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/labels' \
  --request PUT \
  --header 'Content-Type: application/json' \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --data '{
  "labels": {
    "team": "platform",
    "env": "staging"
  }
}'

Create Snapshot from Sandbox

Experimental

This feature is experimental. To request access, contact support@daytona.io.

Daytona provides methods to create snapshots from sandboxes.

A snapshot captures an immutable, point-in-time copy of a sandbox’s filesystem and memory that you can use as a base to create new sandboxes, effectively templating a known-good environment for reuse. You can think of it as a checkpoint you can restore from whenever you need a clean, identical starting point.

Python

# Create snapshot from sandbox
sandbox._experimental_create_snapshot("my-sandbox-snapshot")

TypeScript

// Create snapshot from sandbox
await sandbox._experimental_createSnapshot("my-sandbox-snapshot");

Ruby

# Create snapshot from sandbox
sandbox.experimental_create_snapshot(name: "my-sandbox-snapshot")

Go

// Create snapshot from sandbox
err := sandbox.ExperimentalCreateSnapshot(ctx, "my-sandbox-snapshot")
if err != nil {
    return err
}

Java

// Create snapshot from sandbox
sandbox.experimentalCreateSnapshot("my-sandbox-snapshot");

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/snapshot' \
  --request POST \
  --header 'X-Daytona-Organization-ID: YOUR_ORGANIZATION_ID' \
  --header 'Content-Type: application/json' \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --data '{
  "name": "my-sandbox-snapshot"
}'

Delete Sandboxes

Daytona provides methods to delete sandboxes.

1. Navigate to Daytona Sandboxes ↗
2. Click the Delete button next to the sandbox you want to delete.

Python

sandbox.delete()

TypeScript

await sandbox.delete()

Ruby

sandbox.delete

Go

err = sandbox.Delete(ctx)

Java

sandbox.delete();

CLI

daytona delete [SANDBOX_ID] | [SANDBOX_NAME] [flags]

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}' \
  --request DELETE \
  --header 'Authorization: Bearer YOUR_API_KEY'

Sandbox lifecycle

A sandbox can have several different states. Each state reflects the status of your sandbox.

• Creating: the sandbox is provisioning and will be ready to use
• Starting: the sandbox is starting and will be ready to use
• Started: the sandbox has started and is ready to use
• Stopping: the sandbox is stopping and will no longer accept requests
• Stopped: the sandbox has stopped and is no longer running
• Deleting: the sandbox is deleting and will be removed
• Deleted: the sandbox has been deleted and no longer exists
• Archiving: the sandbox is archiving and its state will be preserved
• Archived: the sandbox has been archived and its state is preserved
• Resizing: the sandbox is being resized to a new set of resources
• Error: the sandbox is in an error state and needs to be recovered
• Restoring: the sandbox is being restored from archive and will be ready to use shortly
• Unknown: the default sandbox state before it is created
• Pulling Snapshot: the sandbox is pulling a snapshot to provide a base environment
• Building Snapshot: the sandbox is building a snapshot to provide a base environment
• Build Pending: the sandbox build is pending and will start shortly
• Build Failed: the sandbox build failed and needs to be retried

The diagram demonstrates the states and possible transitions between them.

Multiple runtime support

Daytona sandboxes support Python, TypeScript, and JavaScript programming language runtimes for direct code execution inside the sandbox. The language parameter controls which programming language runtime is used for the sandbox:

• python
• typescript
• javascript

If omitted, the Daytona SDK will default to python. To override this, explicitly set the language value when creating the sandbox.

Automated lifecycle management

Daytona sandboxes can be automatically stopped, archived, and deleted based on user-defined intervals. You can also refresh the last activity timestamp to explicitly signal activity when lifecycle behavior depends on inactivity windows.

Update sandbox last activity

Daytona provides methods to update a sandbox’s last activity timestamp.

This updates the sandbox’s recorded activity time without changing its runtime state. It is useful when your workflow is driven by external systems or background orchestration that may not reset inactivity tracking.

For example, if you run long-lived automation around a sandbox and want to avoid unintended auto-stop behavior, call this operation periodically to indicate that the sandbox is still actively used.

Python

sandbox.refresh_activity()

TypeScript

await sandbox.refreshActivity();

Ruby

sandbox.refresh_activity

API

curl 'https://app.daytona.io/api/sandbox/{sandboxId}/last-activity' \
  --request POST \
  --header 'Authorization: Bearer YOUR_API_KEY'

Auto-stop interval

Daytona provides methods to set the auto-stop interval.

The auto-stop interval sets the amount of time after which a running sandbox will be automatically stopped. The auto-stop triggers even if there are internal processes running in the sandbox.

The system differentiates between “internal processes” and “active user interaction”. Merely having a script or background task running is not sufficient to keep the sandbox alive.

• What resets the timer
• What does not reset the timer

The parameter can either be set to:

• a time interval in minutes
• 0: disables the auto-stop functionality, allowing the sandbox to run indefinitely

If the parameter is not set, the default interval of 15 minutes will be used.

Python

sandbox = daytona.create(CreateSandboxFromSnapshotParams(
    snapshot="my-snapshot-name",
    # Disables the auto-stop feature - default is 15 minutes
    auto_stop_interval=0,
))

TypeScript

const sandbox = await daytona.create({
  snapshot: 'my-snapshot-name',
  // Disables the auto-stop feature - default is 15 minutes
  autoStopInterval: 0,
})

Ruby

sandbox = daytona.create(
  Daytona::CreateSandboxFromSnapshotParams.new(
    snapshot: 'my-snapshot-name',
    # Disables the auto-stop feature - default is 15 minutes
    auto_stop_interval: 0
  )
)

Go

// Create a sandbox with auto-stop disabled
autoStopInterval := 0
params := types.SnapshotParams{
    Snapshot: "my-snapshot-name",
    SandboxBaseParams: types.SandboxBaseParams{
        AutoStopInterval: &autoStopInterval,
    },
}
sandbox, err := client.Create(ctx, params)

Java

import io.daytona.sdk.Daytona;
import io.daytona.sdk.Sandbox;
import io.daytona.sdk.model.CreateSandboxFromSnapshotParams;

public class App {
    public static void main(String[] args) {
        try (Daytona daytona = new Daytona()) {
            CreateSandboxFromSnapshotParams params = new CreateSandboxFromSnapshotParams();
            params.setSnapshot("my-snapshot-name");
            // Disables the auto-stop feature - default is 15 minutes
            params.setAutoStopInterval(0);
            Sandbox sandbox = daytona.create(params);
        }
    }
}

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/autostop/{interval}' \
  --request POST \
  --header 'Authorization: Bearer YOUR_API_KEY'

What resets the timer

The inactivity timer resets only for specific external interactions:

• Updates to sandbox lifecycle states
• Network requests through sandbox previews
• Active SSH connections
• API requests to the Daytona Toolbox SDK

What does not reset the timer

The following do not reset the timer:

• SDK requests that are not toolbox actions
• Background scripts (e.g., npm run dev run as a fire-and-forget command)
• Long-running tasks without external interaction
• Processes that don’t involve active monitoring

If you run a long-running task like LLM inference that takes more than 15 minutes to complete without any external interaction, the sandbox may auto-stop mid-process because the process itself doesn’t count as “activity”, therefore the timer is not reset.

Auto-archive interval

Daytona provides methods to set the auto-archive interval.

The auto-archive interval sets the amount of time after which a continuously stopped sandbox will be automatically archived. The parameter can either be set to:

• a time interval in minutes
• 0: the maximum interval of 30 days will be used

If the parameter is not set, the default interval of 7 days will be used.

Python

sandbox = daytona.create(CreateSandboxFromSnapshotParams(
    snapshot="my-snapshot-name",
    # Auto-archive after a sandbox has been stopped for 1 hour
    auto_archive_interval=60,
))

TypeScript

const sandbox = await daytona.create({
  snapshot: 'my-snapshot-name',
  // Auto-archive after a sandbox has been stopped for 1 hour
  autoArchiveInterval: 60,
})

Ruby

sandbox = daytona.create(
  Daytona::CreateSandboxFromSnapshotParams.new(
    snapshot: 'my-snapshot-name',
    # Auto-archive after a sandbox has been stopped for 1 hour
    auto_archive_interval: 60
  )
)

Go

// Create a sandbox with auto-archive after 1 hour
autoArchiveInterval := 60
params := types.SnapshotParams{
    Snapshot: "my-snapshot-name",
    SandboxBaseParams: types.SandboxBaseParams{
        AutoArchiveInterval: &autoArchiveInterval,
    },
}
sandbox, err := client.Create(ctx, params)

Java

import io.daytona.sdk.Daytona;
import io.daytona.sdk.Sandbox;
import io.daytona.sdk.model.CreateSandboxFromSnapshotParams;

public class App {
    public static void main(String[] args) {
        try (Daytona daytona = new Daytona()) {
            CreateSandboxFromSnapshotParams params = new CreateSandboxFromSnapshotParams();
            params.setSnapshot("my-snapshot-name");
            // Auto-archive after a sandbox has been stopped for 1 hour
            params.setAutoArchiveInterval(60);
            Sandbox sandbox = daytona.create(params);
        }
    }
}

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/autoarchive/{interval}' \
  --request POST \
  --header 'Authorization: Bearer YOUR_API_KEY'

Auto-delete interval

Daytona provides methods to set the auto-delete interval.

The auto-delete interval sets the amount of time after which a continuously stopped sandbox will be automatically deleted. By default, sandboxes will never be automatically deleted. The parameter can either be set to:

• a time interval in minutes
• -1: disables the auto-delete functionality
• 0: the sandbox will be deleted immediately after stopping

If the parameter is not set, the sandbox will not be deleted automatically.

Python

sandbox = daytona.create(CreateSandboxFromSnapshotParams(
    snapshot="my-snapshot-name",
    # Auto-delete after a sandbox has been stopped for 1 hour
    auto_delete_interval=60,
))

# Delete the sandbox immediately after it has been stopped
sandbox.set_auto_delete_interval(0)

# Disable auto-deletion
sandbox.set_auto_delete_interval(-1)

TypeScript

const sandbox = await daytona.create({
  snapshot: 'my-snapshot-name',
  // Auto-delete after a sandbox has been stopped for 1 hour
  autoDeleteInterval: 60,
})

// Delete the sandbox immediately after it has been stopped
await sandbox.setAutoDeleteInterval(0)

// Disable auto-deletion
await sandbox.setAutoDeleteInterval(-1)

Ruby

sandbox = daytona.create(
  Daytona::CreateSandboxFromSnapshotParams.new(
    snapshot: 'my-snapshot-name',
    # Auto-delete after a sandbox has been stopped for 1 hour
    auto_delete_interval: 60
  )
)

# Delete the sandbox immediately after it has been stopped
sandbox.auto_delete_interval = 0

# Disable auto-deletion
sandbox.auto_delete_interval = -1

Go

// Create a sandbox with auto-delete after 1 hour
autoDeleteInterval := 60
params := types.SnapshotParams{
    Snapshot: "my-snapshot-name",
    SandboxBaseParams: types.SandboxBaseParams{
        AutoDeleteInterval: &autoDeleteInterval,
    },
}
sandbox, err := client.Create(ctx, params)

// Delete the sandbox immediately after it has been stopped
zeroInterval := 0
err = sandbox.SetAutoDeleteInterval(ctx, &zeroInterval)

// Disable auto-deletion
disableInterval := -1
err = sandbox.SetAutoDeleteInterval(ctx, &disableInterval)

Java

import io.daytona.sdk.Daytona;
import io.daytona.sdk.Sandbox;
import io.daytona.sdk.model.CreateSandboxFromSnapshotParams;

public class App {
    public static void main(String[] args) {
        try (Daytona daytona = new Daytona()) {
            CreateSandboxFromSnapshotParams params = new CreateSandboxFromSnapshotParams();
            params.setSnapshot("my-snapshot-name");
            // Auto-delete after a sandbox has been stopped for 1 hour
            params.setAutoDeleteInterval(60);
            Sandbox sandbox = daytona.create(params);

            // Delete the sandbox immediately after it has been stopped
            sandbox.setAutoDeleteInterval(0);

            // Disable auto-deletion
            sandbox.setAutoDeleteInterval(-1);
        }
    }
}

API

curl 'https://app.daytona.io/api/sandbox/{sandboxIdOrName}/autodelete/{interval}' \
  --request POST \
  --header 'Authorization: Bearer YOUR_API_KEY'

Running indefinitely

Daytona provides methods to run sandboxes indefinitely.

By default, Daytona sandboxes auto-stop after 15 minutes of inactivity. To keep a sandbox running without interruption, set the auto-stop interval to 0 when creating a new sandbox:

Python

sandbox = daytona.create(CreateSandboxFromSnapshotParams(
    snapshot="my_awesome_snapshot",
    # Disables the auto-stop feature - default is 15 minutes
    auto_stop_interval=0,
))

TypeScript

const sandbox = await daytona.create({
  snapshot: 'my_awesome_snapshot',
  // Disables the auto-stop feature - default is 15 minutes
  autoStopInterval: 0,
})

Ruby

sandbox = daytona.create(
  Daytona::CreateSandboxFromSnapshotParams.new(
    snapshot: 'my_awesome_snapshot',
    # Disables the auto-stop feature - default is 15 minutes
    auto_stop_interval: 0
  )
)

Go

// Disables the auto-stop feature - default is 15 minutes
autoStopInterval := 0
params := types.SnapshotParams{
    Snapshot: "my_awesome_snapshot",
    SandboxBaseParams: types.SandboxBaseParams{
        AutoStopInterval: &autoStopInterval,
    },
}
sandbox, err := client.Create(ctx, params)

Java

import io.daytona.sdk.Daytona;
import io.daytona.sdk.Sandbox;
import io.daytona.sdk.model.CreateSandboxFromSnapshotParams;

public class App {
    public static void main(String[] args) {
        try (Daytona daytona = new Daytona()) {
            CreateSandboxFromSnapshotParams params = new CreateSandboxFromSnapshotParams();
            params.setSnapshot("my_awesome_snapshot");
            // Disables the auto-stop feature - default is 15 minutes
            params.setAutoStopInterval(0);
            Sandbox sandbox = daytona.create(params);
        }
    }
}