Skip to main content
The sandywp CLI is the quickest way to work with SandyWP from a terminal. It uses the same account and API as the dashboard.

Install and authenticate

The login command opens a browser for approval and stores the resulting personal token in ~/.sandywp/config.json. For CI or another headless environment, pass an existing token directly.
A personal token has full account access. Store it in a secret manager or CI secret, never in source control.

Everyday commands

Push a local WordPress site

Run sandywp push from anywhere inside a local WordPress installation. The first push creates a sandbox, restores the database and wp-content, then writes a local .sandywp link file. Later pushes update that same sandbox in place and overwrite its database and files. Add .sandywp to .gitignore; it links one local folder to one SandyWP sandbox.
You need a running local database and either wp (WP-CLI) or php on PATH. See Push a local site for requirements and troubleshooting.

SSH and mounts

The CLI can open a sandbox shell without manual key setup. It can also mount the sandbox files as a local directory.
SSH and mounting require an account-owned ready sandbox on a paid plan. Mounting also needs a FUSE provider; see SSH access and Mount a sandbox.

Blueprints and templates

Use the CLI to manage repeatable Blueprint recipes and reusable Templates. --wait is useful in CI because it waits for a Blueprint bake to finish.
sandywp blueprint import fetches a recipe from a URL, and sandywp blueprint runs lists individual create, apply, and bake attempts. See Blueprints and Templates.

Workspaces and useful flags

Use sandywp workspace list to see workspaces and sandywp workspace use <id-or-slug> to set the saved default. A command can target a different workspace once with --workspace <id-or-slug> or its legacy --org alias. The CLI is a practical wrapper around the REST API. See API Reference when you need direct HTTP calls; the published OpenAPI schema covers the complete supported customer API contract.