froglet.
Concepts

Sandboxes

One running microVM. Boots from a template, has its own IP, CPU, memory, disk.

A sandbox is a Cloud Hypervisor microVM with a vanilla Linux kernel. Boot is ~1s regardless of image size — the rootfs streams in block-by-block from R2 over NBD.

Identified by a UUID. The short slug (4–7 chars, shown in sb ls, e.g. hbuh, smwlk) is a friendlier alias that works everywhere a UUID does in CLI per-sandbox commands. SDK methods always take the UUID.

States

StateMeaning
provisioningHost is allocating the VM. Transient (~1s).
runningVM is up. Exec, files, ports, ssh all work.
suspendedsb stop (or sandboxes.stop) puts it here. RAM + disk preserved.
stoppedPowered off without snapshotting.
errorProvisioning or runtime failure. See sb get for details.
archivedSoft-deleted; metadata kept for audit.

sb start resumes a suspended sandbox. sb rm is destructive.

Sizes

SizevCPUMemoryDisk
xs1512 MB10 GB
s22048 MB20 GB
m48192 MB40 GB
l816 GB80 GB

Picked at sb new --size … time. Not changeable after boot — destroy and recreate to resize.

What a sandbox has

  • A private IP on the workspace network. Reachable from other sandboxes in the same workspace.
  • Full root inside the guest. The kernel and userland are yours.
  • An sshd the bastion can reach (see SSH access).
  • An exec API for one-shot commands and a PTY API for full terminals.
  • A file API for upload/download/list against any path in the guest.
  • Snapshot + backup hooks (Backups).
  • Optional mounted volumes (Volumes).

CLI / SDK

See CLI · sandboxes and TypeScript SDK. Every dashboard sandbox operation is available in both.