Deploy and manage services on the Elestio DevOps platform. Use when the user wants to deploy apps, databases, or infrastructure on Elestio, manage projects, services, CI/CD pipelines, backups, domains, firewall, volumes, or billing. Covers 400+ open-source templates across 9 cloud providers.
How this skill is triggered — by the user, by Claude, or both
Slash command
/elestio-elestio-skill:elestioThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
**Version:** 2.0
Version: 2.0 Purpose: Deploy and manage services on Elestio DevOps platform Status: Ready to use Last Updated: 2026-02-19
Elestio is a fully managed DevOps platform. Dedicated VMs (not shared Kubernetes). 400+ open-source templates, 9 cloud providers, 100+ regions. Handles deployment, security, updates, backups, monitoring, support.
This skill uses the official Elestio CLI (elestio command, installed via npm install -g elestio).
Use this skill when:
Trigger phrases:
elestio deploy postgresqlelestio deploy rediselestio deploy n8nelestio serviceselestio billingDoes user want to deploy their own custom code?
+-- YES (from GitHub/GitLab) -> Automated CI/CD deployment
| 1. elestio deploy cicd --project <id>
| 2. elestio cicd create --auto --target <vmID> --name my-app --repo owner/repo --mode github
| (CLI auto-handles: SSH key, repo discovery, Dockerfile fix, build, start)
|
+-- YES (custom Docker) -> Manual CI/CD
| 1. elestio deploy cicd --project <id>
| 2. elestio ssh-keys add <vmID> --name "name" --key "key"
| 3. elestio cicd create <pipeline.json>
| 4. SSH in and configure
|
+-- NO -> Check if software is in catalog
|
+-- FOUND -> Use Phase 3 (Catalog Deploy)
| elestio deploy <template> --project <id>
|
+-- NOT FOUND -> Use Phase 4 (CI/CD Target)
To check catalog:
elestio templates search <software-name>
elestio login --email "[email protected]" --token "xxx_..."
elestio auth test
# Should show: [SUCCESS] Authenticated as [email protected]
elestio auth test
# List projects (should show at least one)
elestio projects
# 1. Find template ID
elestio templates search postgresql
# -> ID: 11, PostgreSQL
# 2. Deploy (uses defaults: netcup/nbg/MEDIUM-2C-4G)
elestio deploy postgresql --project 112 --name my-db
# -> Waits for deployment, shows credentials when ready
elestio deploy redis --project 112
elestio deploy wordpress --project 112
# 1. Deploy CI/CD target
elestio deploy cicd --project 112 --name my-cicd
# 2. Auto-create pipeline (handles everything: SSH, Dockerfile, build, start)
elestio cicd create --auto --target <vmID> --name my-app --repo owner/repo --mode github --auth-id <authID>
# -> Site is live at https://<name>-u<userID>.vm.elestio.app/
# 1. Deploy CI/CD target
elestio deploy cicd --project 112 --name my-cicd
# 2. Add SSH key for agent access
elestio ssh-keys add <vmID> --name "agent-key" --key "ssh-ed25519 AAAA..."
# 3. Generate pipeline config
elestio cicd template docker > pipeline.json
# Edit pipeline.json with correct CI/CD target info (see JSON reference below)
# 4. Create pipeline
elestio cicd create pipeline.json
# 5. SSH and configure
ssh root@<ipv4>
cd /opt/app/<pipeline-name>
# Edit docker-compose.yml, add code, docker-compose up -d
createCiCdExistServer payload)CRITICAL: The pipeline.json must match the API format exactly. Common mistakes are documented below.
{
"CICDMode": "DockerCompose",
"pipelineName": "my-pipeline",
"configData": {
"runTime": "Docker Compose",
"framework": "NoFramework",
"version": "20",
"buildCommand": "",
"runCommand": "",
"installCommand": "",
"buildDir": ""
},
"imageData": {
"isPrivate": false,
"compose": "version: '3.3'\nservices:\n app:\n image: nginx:alpine\n restart: always\n ports:\n - 172.17.0.1:3000:80",
"dockerExample": "",
"repoName": "CustomDocker"
},
"gitData": {},
"authID": null,
"isPublicGitRepo": false,
"gitVolumeConfig": [{}],
"cluster": {
"target": {
"vmID": 848528,
"vmProvider": "netcup",
"vmRegion": "nbg",
"levelName": "MEDIUM-2C-4G",
"projectID": 74333
}
},
"ports": [
{
"protocol": "HTTPS",
"targetPort": 443,
"publishedPort": "3000",
"isDefault": "yes",
"loginTitle": ""
}
],
"lifeCycleCommand": {
"preInstallCommand": "", "postInstallCommand": "",
"preBackupCommand": "", "postBackupCommand": "",
"preRestoreCommand": "", "postRestoreCommand": "",
"preUpdateCommand": "", "postUpdateCommand": "",
"preDeployCommand": "", "postDeployCommand": ""
},
"monoRepoWorkSpaces": [""],
"copyCommandConfig": [],
"gitUserFormData": {
"selectedUser": "", "searchGitUser": "",
"gitOrgsFilteredList": { "GITHUB": [], "GITLAB": [] },
"gitOrgsList": [], "selectedRepo": {},
"thirdPartyRepoInput": "", "gitScopesUsers": [],
"thirdPartyRepoScopeName": "",
"getGitScopeUser": { "GITHUB": [], "GITLAB": [] },
"thirdPartyRepoName": "", "thirdPartyRepoPrivate": false,
"loadSearch": false
}
}
Common payload mistakes to avoid:
| Field | WRONG | CORRECT |
|---|---|---|
CICDMode | "DOCKER" | "DockerCompose" |
configData.runTime | runtime (lowercase t) | runTime (capital T) |
configData.framework | "" | "NoFramework" |
configData.version | "" | "20" |
imageData | { imageName, imageTag, registryUrl } | { isPrivate, compose, dockerExample, repoName } |
gitData (docker mode) | { projectName, branch, ... } | {} (empty object) |
authID (docker mode) | "0" | null |
isPublicGitRepo | "false" (string) | false (boolean) |
gitVolumeConfig | [] | [{}] |
ports[].loginTitle | (missing) | "" (empty string, required) |
nonRepoWorkSpaces | present | remove — use monoRepoWorkSpaces instead |
cluster.target | only vmID | must include vmProvider, vmRegion, levelName, projectID |
elestio login --email X --token Y # Set credentials
elestio auth test # Verify authentication
elestio whoami # Show current user
elestio config # Show current config
elestio config --set-default-project X # Set default project
elestio templates # List all 400+ templates
elestio templates search <query> # Search by name
elestio templates info <name> # Template details
elestio categories # List categories
elestio sizes # All provider/region/size combos
elestio sizes --provider netcup # Filter by provider
elestio projects # List all projects
elestio projects create <name> # Create project
elestio projects delete <id> --force # Delete project
elestio projects members <id> # List members
elestio projects add-member <id> <email>
elestio projects remove-member <id> <memberId>
elestio services # List all services
elestio services --project 123 # Filter by project
elestio service <vmID> # Service details
elestio deploy <template> --project X --name Y
elestio deploy cicd --project X # Deploy CI/CD target
elestio delete-service <vmID> --force
elestio move-service <vmID> <targetProjectId>
elestio wait <vmID> # Wait for deployment
elestio reboot <vmID> # Graceful reboot
elestio reset <vmID> # Hard reset
elestio shutdown <vmID> # Graceful shutdown
elestio poweroff <vmID> # Force power off
elestio poweron <vmID> # Power on
elestio restart-stack <vmID> # Restart Docker only (fastest)
elestio lock <vmID> # Enable termination protection
elestio unlock <vmID> # Disable termination protection
elestio resize <vmID> --size LARGE-4C-8G # Upgrade/downgrade VM size
elestio firewall get <vmID> # List rules
elestio firewall enable <vmID> --rules '[{"type":"INPUT","port":"22","protocol":"tcp","targets":["0.0.0.0/0"]}]'
elestio firewall update <vmID> --rules '[...]'
elestio firewall disable <vmID>
elestio ssl list <vmID> # List domains
elestio ssl add <vmID> <domain> # Add with auto-SSL
elestio ssl remove <vmID> <domain>
elestio ssh-keys list <vmID> # List keys
elestio ssh-keys add <vmID> --name "name" --key "ssh-ed25519 AAAA..."
elestio ssh-keys remove <vmID> --name "name"
Note: When adding SSH keys, provide only the key type and key data (e.g., ssh-ed25519 AAAA...). Do NOT include the comment/email at the end of the key.
elestio updates system-enable <vmID> --day 0 --hour 5 --security-only
elestio updates system-disable <vmID>
elestio updates system-now <vmID> # Run OS update now
elestio updates app-enable <vmID> --day 0 --hour 3
elestio updates app-disable <vmID>
elestio updates app-now <vmID> # Run app update now
elestio change-version <vmID> <version> # e.g., PostgreSQL 15
elestio alerts get <vmID> # Get current rules
elestio alerts enable <vmID> --rules '{...}' --cycle 60
elestio alerts disable <vmID>
# Local backups (application-level)
elestio backups local-list <vmID>
elestio backups local-take <vmID>
elestio backups local-restore <vmID> /opt/app-backups/backup.zst
elestio backups local-delete <vmID> /opt/app-backups/backup.zst
# Remote backups (Elestio managed)
elestio backups remote-list <vmID>
elestio backups remote-take <vmID>
elestio backups remote-restore <vmID> <snapshot-name>
elestio backups auto-enable <vmID>
elestio backups auto-disable <vmID>
# S3 external backups
elestio s3-backup verify <vmID> --key X --secret Y --bucket Z --endpoint S
elestio s3-backup enable <vmID> --key X --secret Y --bucket Z --endpoint S
elestio s3-backup disable <vmID>
elestio s3-backup take <vmID>
elestio s3-backup list <vmID>
elestio s3-backup restore <vmID> <backup-key>
elestio s3-backup delete <vmID> <backup-key>
elestio snapshots list <vmID> # List all snapshots
elestio snapshots take <vmID> # Create manual snapshot
elestio snapshots restore <vmID> <id> # Restore snapshot (0 = most recent)
elestio snapshots delete <vmID> <id> # Delete snapshot
elestio snapshots auto-enable <vmID> # Enable automatic snapshots
elestio snapshots auto-disable <vmID> # Disable automatic snapshots
elestio credentials <vmID> # App URL + login
elestio ssh <vmID> # SSH terminal URL
elestio ssh <vmID> --direct # Direct SSH command
elestio vscode <vmID> # VSCode web URL
elestio files <vmID> # File explorer URL
Note: Volume support depends on the cloud provider. Hetzner supports full volume operations. Some providers like netcup have limited or no volume support.
elestio volumes # List all volumes in project
elestio volumes create --name X --size 10
elestio volumes service-list <vmID> # List attached to service
elestio volumes service-create <vmID> --name X --size 10
elestio volumes resize <vmID> <volumeID> --size 20
elestio volumes detach <vmID> <volumeID>
elestio volumes delete <vmID> <volumeID>
elestio volumes protect <vmID> <volumeID>
elestio cicd targets # List CI/CD targets
elestio cicd pipelines <vmID> # List pipelines
elestio cicd pipeline-info <vmID> <pipelineID>
# Automated pipeline creation (recommended for GitHub/GitLab repos)
elestio cicd create --auto --target <vmID> --name my-app --repo owner/repo --mode github
elestio cicd create --auto --target <vmID> --name my-app --repo owner/repo --mode github --auth-id <id>
# Modes: github, github-fullstack, gitlab, gitlab-fullstack, docker
# Optional: --branch, --build-cmd, --run-cmd, --install-cmd, --build-dir, --framework, --node-version
# Manual pipeline creation (from JSON template)
elestio cicd template docker # Docker Compose (custom, no Git)
elestio cicd template github # GitHub Static SPA (Vite/React)
elestio cicd template github-fullstack # GitHub Full Stack (Node.js)
elestio cicd template gitlab # GitLab Static SPA (Vite/React)
elestio cicd template gitlab-fullstack # GitLab Full Stack (Node.js)
elestio cicd create <config.json>
# Pipeline actions
elestio cicd pipeline-restart <vmID> <pipelineID>
elestio cicd pipeline-stop <vmID> <pipelineID>
elestio cicd pipeline-logs <vmID> <pipelineID>
elestio cicd pipeline-history <vmID> <pipelineID>
elestio cicd pipeline-delete <vmID> <pipelineID> --force
# Pipeline domains
elestio cicd domains <vmID> <pipelineID>
elestio cicd domain-add <vmID> --pipeline <id> --domain myapp.example.com
elestio cicd domain-remove <vmID> --pipeline <id> --domain myapp.example.com
# Docker registries
elestio cicd registries
elestio cicd registry-add --name X --username U --password P --url URL
Auto-create pipeline flow: The CLI automatically discovers the Git account, finds the repo, creates the pipeline via API, adds an SSH key, writes a correct multi-stage Dockerfile (Node build + Nginx serve), builds the Docker image, starts the container, and verifies HTTP 200. The entire process takes ~2 minutes after CI/CD target is deployed.
elestio billing # Total costs
elestio billing project <id> # Per-service breakdown
CRITICAL: When deploying ANY service, you MUST ask the user for each required parameter one by one using AskUserQuestion. NEVER deploy with default values without explicit user confirmation.
1. Provider -- Ask using AskUserQuestion:
2. Region -- Ask using AskUserQuestion, based on selected provider:
Use elestio sizes --provider <provider> to get exact available regions if needed.
3. Service Plan (Size) -- Ask using AskUserQuestion, propose available sizes with pricing:
Use elestio sizes --provider <provider> to get exact sizes/pricing for the chosen provider.
4. Name of Service -- Do NOT use AskUserQuestion. Simply ask the user in plain text to provide a name, suggesting a default based on the service type (e.g., "prod-postgres", "staging-redis"). Wait for user text input.
5. Admin Email -- Ask using AskUserQuestion, propose the employer's email as default. Let the user confirm or change.
User: "Deploy PostgreSQL"
Agent: [AskUserQuestion] Which cloud provider? (Netcup recommended, Hetzner, AWS, Azure)
User: "Netcup"
Agent: [AskUserQuestion] Which region? (nbg Europe-Germany, mns North America-US)
User: "nbg"
Agent: [AskUserQuestion] Which service plan? (SMALL ~$11/mo, MEDIUM ~$16/mo, LARGE ~$30/mo, XL ~$55/mo)
User: "MEDIUM"
Agent: "What name do you want for this service? Suggestion: prod-postgresql"
User: "demo-postgres"
Agent: [AskUserQuestion] Admin email? (Suggested: [email protected])
User: confirms
Agent: Deploys with all confirmed parameters
vmID, backup/notes use serverID (both from elestio services)deploymentStatus = "Deployed" before accessing--force flagelestio sizeselestio config --set-default-project <id> to avoid passing --project every timeelestio service <vmID>, ensure the vmID belongs to the current default project or specify --project| Setting | Default | Override |
|---|---|---|
| Provider | netcup | --provider hetzner |
| Datacenter | nbg (Germany) | --region fsn1 |
| Server Size | MEDIUM-2C-4G | --size LARGE-4C-8G |
| Support | level1 | --support level2 |
Why netcup? Best price/performance ratio. EU-based. Reliable.
Not all cloud providers support all features. Use --provider to switch.
| Feature | netcup | Hetzner | AWS | GCP | Azure | Scaleway |
|---|---|---|---|---|---|---|
| Catalog deploy | yes | yes | yes | yes | yes | yes |
| CI/CD deploy | yes | yes | yes | yes | yes | yes |
| Volumes | no | yes | yes | yes | yes | yes |
| Snapshots | limited | yes | yes | yes | yes | yes |
| Power actions | limited | yes | yes | yes | yes | yes |
| Firewall | yes | yes | yes | yes | yes | yes |
| SSL/Domains | yes | yes | yes | yes | yes | yes |
| Size downgrade | yes | no | yes | no | yes | yes |
Size downgrade support: Only Netcup, AWS, Azure, and Scaleway support downgrading instance sizes. Other providers (Hetzner, GCP, etc.) only support upgrades. Attempting a downgrade on an unsupported provider can block the service and require Elestio support intervention. The CLI will automatically block downgrade attempts on unsupported providers.
Recommendation: Use Hetzner if you need volumes, snapshots, or full power management. Use netcup for best value when basic features suffice. Use netcup, AWS, Azure, or Scaleway if you need the flexibility to downgrade instance sizes.
| Error | Cause | Solution |
|---|---|---|
| "Not configured" | Missing credentials | elestio login --email X --token Y |
| "Authentication failed" | Wrong credentials or expired token | Re-create API token in dashboard |
| "Account not approved" | New account without approval | Wait for approval or contact [email protected] |
| "Template not found" | Wrong name/ID | Use elestio templates search <name> |
| "Invalid serverType" | Provider/region/size combo doesn't exist | Check elestio sizes --provider X |
| "Service not found" | Wrong vmID or project | Check elestio services --project X |
| "Deployment timeout" | Taking too long | Check dashboard, contact support if > 10 min |
| "Project not found" | Wrong projectId | Check elestio projects |
elestio credentials <vmID>elestio backups auto-enable <vmID>elestio ssl add <vmID> myapp.example.comelestio firewall enable <vmID> --rules [...]elestio updates system-enable <vmID> --security-onlyAutomated (recommended):
elestio cicd create --auto --target <vmID> --name my-app --repo owner/repo --mode github --auth-id <id>Manual:
elestio ssh-keys add <vmID> --name "name" --key "key"elestio cicd create pipeline.jsonssh root@<ipv4>elestio cicd domain-add <vmID> --pipeline <pipelineID> --domain myapp.example.comelestio auth testelestio service <vmID>elestio cicd pipeline-logs <vmID> <pipelineID>elestio restart-stack <vmID># 1. Verify current config
elestio config
# 2. Re-configure with fresh token from dashboard
elestio login --email "..." --token "..."
# 3. Test
elestio auth test
vmID, not serverIDelestio services --project X12345678 (numeric)ssh root@<ipv4>cd /opt/app/<pipeline-name> && docker-compose logs172.17.0.1:3000 (internal network)| Term | Find it in | Use in |
|---|---|---|
vmID | elestio services -> .vmID | Most endpoints (actions, firewall, ssl, etc.) |
serverID | elestio services -> .id | Backup endpoints, notes |
projectID | elestio projects -> .projectID | Almost everything |
templateID | elestio templates -> .id | elestio deploy |
pipelineID | elestio cicd pipelines -> .pipelineID | CI/CD actions |
volumeID | elestio volumes -> .id | Volume actions |
Common mistake: Using serverID where vmID is expected (or vice versa). They are different numbers for the same service.
Every Elestio service runs on a dedicated VM:
/opt/elestio/nginx/ <- Reverse proxy (auto-configured, don't modify)
/opt/app/ <- Your application
+-- docker-compose.yml <- For catalog services
+-- <pipeline_name>/ <- For CI/CD pipelines
172.17.0.1:XXXX is the internal Docker network interface| Plan | Price | Response Time |
|---|---|---|
| level1 | Included | 48h (email) |
| level2 | +$50/svc/mo | 24h (priority) |
| level3 | +$200/svc/mo | 4h (dedicated engineer) |
npm install -g elestioGuides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.
Dispatches multiple subagents concurrently for independent tasks without shared state. Use when facing 2+ unrelated failures or subsystems that can be investigated in parallel.
npx claudepluginhub joshuarweaver/cascade-code-devops-misc-1 --plugin elestio-elestio-skill