vastai-mcp
Related Servers
Alternatives to vastai-mcp
No user-submitted related servers found.
Related Servers
- 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.12MIT
- FlicenseAqualityBmaintenanceMCP server that wraps the Vast.ai REST API to enable LLM agents to search GPU marketplace, rent machines, manage instance lifecycle, run commands, and inspect billing.201-
- AlicenseNot gradedqualityDmaintenanceEnables Vast.ai providers to manage hosted machines, update pricing, run self-tests, and automate host operations through natural language.MIT
- AlicenseNot gradedqualityBmaintenanceEnables Codex and other agents to discover live AutoDL GPU stock, produce cost- and time-optimized rental plans with human review, and manage approved Elastic/Pro deployments through the official API.6Apache 2.0
- FlicenseNot gradedqualityCmaintenanceEnables LLMs to create, destroy, and manage AWS EC2 instances, including running commands via interactive shells.1-

Flux Cloud MCP serverofficial
AlicenseAqualityBmaintenanceEnables AI agents to price, deploy, pay for, monitor, update, and cancel applications on a decentralized cloud using a generated key pair, with plain-language specs converted into validated network specifications. Also provides container logs, live instance stats, and network or pricing guidance as read-only tools.15495 npmMIT
TDQS
Scored across 17 tools
Most tools map to distinct lifecycle stages or resources, and descriptions clearly differentiate them. The only mild ambiguity is among list_gpus, recommend_plan, and estimate_deployment, which all relate to selecting/planning a deployment but return different levels of commitment.
The overwhelming majority follow a clear verb_noun pattern like get_balance, create_instance, wait_for_instance, and destroy_instance. Two names break the pattern: doctor and teardown_status, which are less predictable but still readable.
Seventeen tools is slightly above the ideal 3-15 range, but the domain genuinely spans preflight checks, template browsing, GPU selection, cost estimation, deployment, monitoring, logs, and teardown. Each tool appears to earn its place without much redundancy.
The tool surface covers the full rental lifecycle: check account health, inspect templates and GPUs, estimate costs, create an instance, wait for it, inspect logs and endpoints, extend the deadline, destroy instances, and verify teardown. There are no obvious dead ends or missing operations for the apparent domain.