Browse docs
CLI reference
Every scope, command, alias, flag, environment variable and exit code in the bitqate CLI.
Updated
On this page
Reference for the bitqate CLI. For the human-facing tour, see Install and set up the BitQate CLI, Manage VPSes with the CLI and Use the CLI in scripts, CI and AI agents.
Scopes
API tokens carry scopes; each command needs the one shown. Create tokens in Settings → API.
Commands
any means any valid token; none means no token needed.
Account
VMs
Servers
Setup and tools
Aliases
Groups: vm → vms, server/srv → servers. Subcommands: ls → list, show/info → get, rm → delete, new → create. Top level: whoami → account.
Global flags
Environment variables
Exit codes
Security model
- Tokens are only ever read from a profile or
BITQATE_TOKEN; there is no--tokenflag. - API URLs must be HTTPS, or HTTP only on loopback (for development).
- The CLI only ever calls
/v1/*API-key endpoints; a stored token can never reach session or admin routes. - Profile tokens are bound to the API URL they were logged in with.
- Only GETs retry: bounded retries on 429 (honouring Retry-After) and once on a network error. Writes are never retried.
- SSH and
openspawn with argument arrays; no shell is involved. - Config is
0600inside a0700directory, written atomically.
What API tokens can't do
Deliberately out of scope, so a leaked token has limits: changing your password or email, the browser console, buying extra IPs, the file manager, database admin tools, connecting a git repository, and anything admin-level. Those stay in the dashboard behind your login session.
Still stuck?
Our team can look at your specific setup.