Skip to Content
ResourcesIntegrationsDeveloper ToolsDaytona

Daytona

Service domainCODE SANDBOX
Daytona icon
Arcade Optimized

Arcade tools designed for LLMs to interact with Daytona sandboxes

Author:Arcade
Version:1.0.1
Auth:User authorization via the Github auth provider
46tools
46require secrets

Daytona is a sandbox-as-a-service platform; this Arcade toolkit lets LLMs create, manage, and interact with Daytona sandboxes — running code, executing shell commands, managing files, and operating Git workflows — all within isolated environments.

Capabilities

  • Sandbox lifecycle: Create sandboxes from snapshots or Docker images; start, stop, archive, resize, and delete them; configure auto-stop, auto-archive, and auto-delete intervals; set labels for filtering; list available regions.
  • Code & command execution: Run code directly via a language interpreter or execute arbitrary shell commands; create persistent background sessions for long-running processes (dev servers, watchers); send input to interactive commands and retrieve async output logs.
  • File system operations: Read, write, move, delete, and get metadata for files and directories; search by name glob or grep file contents with regex; replace text across multiple files.
  • Networking & access: List active ports, retrieve preview URLs for in-sandbox web services (standard or signed), and generate time-limited SSH credentials.
  • Snapshot management: Create, inspect, and list sandbox snapshots (Docker-image-based environment templates).
  • Git workflows: Clone (with automatic GitHub OAuth auth), stage, commit, push, pull, branch, checkout, and inspect repository status and history — all within sandbox filesystems.

OAuth

This toolkit uses GitHub OAuth2 for user authorization (e.g., authenticating Git operations against GitHub repositories). See the Arcade GitHub auth provider docs for setup details.

Secrets

DAYTONA_API_KEY

A Daytona API key that authenticates all SDK calls to the Daytona platform (sandbox CRUD, file ops, sessions, snapshots, etc.). To obtain one:

  1. Log in to the Daytona dashboard.
  2. Navigate to Account → API Keys (or equivalent section in your organization settings).
  3. Generate a new API key and copy it immediately — it will not be shown again.

This key is tied to the account/organization whose sandboxes and snapshots you want to manage. The WhoAmI tool returns the user ID and email associated with a given key, which is useful for verifying the correct key is in use.

Store this secret in Arcade using the Arcade secrets guide. You can also manage secrets directly at https://api.arcade.dev/dashboard/auth/secrets.

Available tools(46)

46 of 46 tools
Operations
Behavior
Tool nameDescriptionSecrets
Archive a stopped sandbox to reduce storage costs. The sandbox must be stopped first (use stop_sandbox). Can be started again later, though startup takes longer than from stopped state.
1
Configure auto-stop, auto-archive, and/or auto-delete intervals. Only provided values are updated. WARNING: auto_delete_minutes=0 means immediate deletion upon stop -- use -1 to disable.
1
Create a folder (with parent directories) in the sandbox.
1
Create a new isolated sandbox for code execution. Two creation modes: from a Daytona snapshot or from a Docker image. If neither snapshot nor image is specified, uses the standard base image. Resource params (cpu, memory_gb, disk_gb, gpu) only apply to image-based creation. Returns sandbox name, ID, and status. Ready for run_code / run_command immediately. Note: A ``region`` parameter is deferred -- the Daytona SDK's ``CreateSandboxFromImageParams`` / ``CreateSandboxFromSnapshotParams`` do not currently expose a ``target``/``region`` field.
1
Create a persistent background session for long-running processes. Sessions persist across tool calls -- useful for dev servers, watchers, or multi-step workflows where you need to run commands sequentially.
1
Create a new sandbox snapshot (image template). Snapshots define the base environment for new sandboxes. The image parameter is required -- it specifies the base Docker image. Note: snapshot creation can take several minutes as the image must be built.
1
Create SSH access credentials for the sandbox. Returns connection details including host, port, username, and access token for direct SSH access. Use the token to authenticate SSH connections. SENSITIVE OUTPUT: The returned token grants SSH access to the sandbox. Avoid logging or displaying it in contexts where it could be inadvertently exposed. The token expires after ``expires_in_minutes`` (default 60 min). Set ``expires_in_minutes=0`` to create a non-expiring token (use with caution -- increases blast radius from accidental exposure).
1
Delete a file or empty directory. Set recursive=True to delete non-empty directories.
1
Permanently delete a sandbox and all its contents.
1
Search for files by name pattern (glob). Returns matching file paths. Response includes total count and has_more flag for pagination.
1
Get metadata about a file: size, permissions, modified time, type.
1
Get a preview URL for a web service running in the sandbox. Standard URLs require an auth token in the x-daytona-preview-token header. Signed URLs embed authentication in the URL itself -- useful for sharing.
1
Get detailed information about a sandbox. Returns state, resources, labels, auto-stop/archive settings, and timestamps. Environment variable values whose keys look secret-like (containing token, key, secret, password, auth) are redacted by default. Set include_raw_env_vars=True only when you need the actual values.
1
Get output logs from a command running in a session. Useful for checking output of async commands (servers, builds).
1
Get detailed information about a snapshot. Accepts a snapshot name or ID. Returns full details including state, image, resources, entrypoint, and timestamps.
1
Stage files for the next commit. Accepts file paths or '.' for all changes.
1
List all branches. Indicates which branch is currently checked out.
1
Switch to a branch, tag, or commit. Optionally create a new branch. Default mode (create_new_branch=False): switches to an existing ref. Create mode (create_new_branch=True): creates a new branch named ref and switches to it, optionally from start_point.
1
Clone a Git repository into the sandbox. For GitHub repos, authentication is handled automatically via Arcade's OAuth integration — the user is prompted to authorize once, and the token is managed by Arcade Engine. Consent is one-time; token refresh is automatic. Permission requirements by auth mode: - OAuth Apps mode: the "repo" scope is requested (full repo access). - GitHub Apps mode: the app installation must have "Contents: read" permission (for clone/pull) or "Contents: read & write" (for clone followed by push). For non-GitHub private repos, provide username + PAT as overrides.
1
Commit staged changes. Requires files to be staged first with git_add.
1
Create a new branch and switch to it. Equivalent to git_checkout(ref=branch, create_new_branch=True, start_point=...).
1
Delete a local branch.
1
Get commit history. Returns commit hash, author, date, and message.
1
Pull latest changes from the remote repository. For GitHub repos, authentication is automatic via OAuth. The SDK path is used by default. Shell fallback is used only when an explicit branch is requested. For non-GitHub remotes, credentials must have been provided during git_clone or configured manually in the sandbox.
1
Push local commits to the remote repository. For GitHub repos, authentication is automatic via OAuth. The SDK path is used by default (no token in command args). Shell fallback is used only when force or explicit branch is requested. For non-GitHub remotes, credentials must have been provided during git_clone or configured manually in the sandbox.
1
Page 1 of 2(25 of 46)
Last updated on