Verda Cloud MCP Server
Related Servers
Alternatives to Verda Cloud MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceEnables deploying and managing projects across AWS, Google Cloud, Azure, DigitalOcean, Hetzner, and Vercel directly from Claude Code, with tools for instance lifecycle, domains, environment variables, backend services, databases, webhooks, and GitHub integration.96 npm3MIT
- AlicenseNot gradedqualityFmaintenanceEnables comprehensive management of Vast.ai GPU cloud instances, including searching for GPU offers, creating and managing instances, executing remote commands via SSH, and monitoring background tasks for ML training workflows.13MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI assistants to manage Massed Compute GPU instances, including browsing inventory, launching and managing VMs, and auditing billing.1MIT

@vertracloud/mcpofficial
AlicenseBqualityAmaintenanceEnables AI assistants to operate Vertra Cloud resources through the public API: deploy and manage applications, view logs and metrics, create and restore snapshots, and administer databases and environment variables.138476 npm2MIT- AlicenseNot gradedqualityDmaintenanceEnables interaction with Hyperbolic's GPU cloud, allowing users to view available GPUs, rent instances, establish SSH connections, and run GPU-powered workloads through natural language commands.17MIT
- AlicenseNot gradedqualityBmaintenanceEnables an AI agent to check live GPU prices, get a cost quote, rent a per-minute GPU instance, upload code and data, run jobs in the background, tail logs, download results and destroy the instance to stop billing. Includes guardrail limits on spend, hours and idle time, safe file transfer, and access to an OpenAI-compatible model API for inference without renting a GPU.606 npmMIT
TDQS
Scored across 20 tools
Most tools target distinct resource-action pairs (instances, volumes, scripts, SSH keys, config). The main ambiguity is between check_spot_availability, monitor_spot_availability, and deploy_spot_instance—especially since monitor can auto-deploy, blurring its boundary with deploy_spot_instance. create_startup_script and create_and_set_default_script also overlap slightly.
Tool names consistently follow verb_noun snake_case, e.g., list_instances, create_volume, attach_volume, delete_instance. Minor compounds like create_and_set_default_script and show_config vs list_* are acceptable deviations and don't create confusion.
With 20 tools, the server is on the heavier side for a cloud management MCP. While most tools have a purpose, some areas (script management, volume management, spot monitoring) could be consolidated without losing clarity, making the count feel slightly bloated.
Core instance lifecycle is covered (deploy, list, check, start, shutdown, delete), but there are notable gaps: volumes can be created/listed/attached/detached but not deleted; scripts can be created and set as default but not edited or deleted; SSH keys can be listed but not added or removed. There is also no on-demand instance creation separate from spot deployment.