Skip to main content
This guide covers using Session to manage multiple sandboxes with shared configuration. It’s for client developers who need to coordinate groups of sandboxes, apply common defaults, and ensure consistent cleanup across a workload.

Session overview

A Session provides:
  • Shared default configuration for all sandboxes.
  • Automatic cleanup when the session closes.
  • A scope for the @session.function() decorator.

Basic usage

Create sandboxes

The following sections describe how to create sandboxes through a session and override session defaults.

session.sandbox()

Creates a sandbox with session defaults. The sandbox doesn’t start until first use:
For explicit control over when the start RPC fires:

Override defaults

Pass additional arguments to override session defaults:
See the Sandbox configuration guide for all available options.

Multiple sandbox management

Sessions work well for managing sandbox pools:

Session lifecycle

The following sections describe how to close a session, what close() does, and how to handle errors.

Manual close

When you don’t use a context manager, close a session explicitly:

What close() does

Calling close() performs the following actions:
  1. Stops all sandboxes created through the session.
  2. Waits for cleanup to complete.
  3. Returns OperationRef[None].

Error handling

Sessions clean up even if exceptions occur:

Adopt external sandboxes

Bring sandboxes created outside the session under session management:

Session properties

Inspect session state with built-in properties such as sandbox_count:

When to use sessions

Without sessions

You don’t need sessions for single sandboxes:
Last modified on May 29, 2026