agent-gpu-pool
Related Servers
Alternatives to agent-gpu-pool
No user-submitted related servers found.
Related Servers
- AlicenseBqualityBmaintenanceEnables AI agents to submit GPU job requests, select eligible workers, track execution, and retrieve results via MCP.1421MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to orchestrate multi-system LLM training, quantization, and evaluation workloads across local, Colab, Kaggle, and SSH targets, with persistent monitoring, historical analysis, and visualization via MCP tools.MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to claim, heartbeat, submit, split, park, and resume atomic work-queue tasks, with fencing tokens and receipts, while storing and versioning records and content-addressed files through MCP.MIT
- AlicenseNot gradedqualityCmaintenanceProvides a durable SQLite-backed work queue for AI agents, enabling creation, claiming, starting, handing off, failing, and completing work items via MCP tools.ISC
- AlicenseAqualityBmaintenanceJungle Grid MCP Server lets AI agents submit, estimate, monitor, and retrieve logs for GPU workloads through Jungle Grid. It enables agentic execution for inference, training, fine-tuning, and batch jobs without manually choosing GPU providers or infrastructure.826 npm4MIT
- FlicenseNot gradedqualityCmaintenanceEnables MCP-aware agents to queue and run faster-whisper transcription jobs on a shared GPU, with tools to submit audio, poll job status, cancel jobs, and inspect queue status.-
TDQS
Scored across 13 tools
The tools separate into clear functional areas: job lifecycle, artifacts/results, and pool/quota administration. Slight overlap exists among list_jobs, list_ready_results, and get_project_runs, where run/result/job terminology could cause misselection, but the descriptions clarify the intended use.
Almost every tool uses a verb_noun snake_case pattern such as submit_job, list_jobs, cancel_job, and fetch_artifact. pool_overview breaks the pattern as noun_noun, so the convention is consistent but not perfectly uniform.
Thirteen tools is a well-scoped size for a GPU pool and experiment management server. Each tool covers a distinct workflow step with no obvious redundant entries.
The set covers the core experiment lifecycle: submit, list, get, cancel, logs, artifacts, and recorded results, along with worker and quota visibility. Minor conveniences such as a dedicated quota getter or result update tool are absent, but agents can accomplish the intended workflows with the current surface.