boinc-central-mcp
Related Servers
Alternatives to boinc-central-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceEnables local harnesses to delegate independent text/code, world-knowledge, audio, and image tasks to DeepSeek and Gemini models, with batch submission, status polling, cancellation, and configurable execution limits.MIT
- FlicenseBqualityCmaintenanceEnables parallel agent tasks on disposable Arch Linux drones by providing a local stdio gateway for batch job submission, status monitoring, log retrieval, artifact fetching, and cancellation across SSH-connected runners.13-
- AlicenseAqualityAmaintenanceEnables parallel execution of shell commands and AI coding agents (Claude, Gemini, Codex) across lists of items like files or URLs, with batched processing and real-time streaming output for batch operations.8172 npm6Apache 2.0
- AlicenseBqualityBmaintenanceEnables AI agents to plan, confirm, submit, observe, and audit compute jobs across local machines, SSH workstations (including WSL), and Slurm clusters through a unified stdio interface, with node probing, environment evidence, project sync, storage governance, and progress/ETA tracking.311MIT
- AlicenseBqualityCmaintenanceExposes the battle.training agent tank arena API as MCP tools, letting clients read ladder standings, bot ratings, recent matches and replay URLs, and inspect cup info. With an API key it also enables registering bots, uploading smoke-tested controller versions, and enrolling in sponsored cups.13MIT
- AlicenseNot gradedqualityCmaintenanceEnables running multiple bash steps in one MCP call with per-step contains, notContains, or regex expectations, reporting process failures and expectation failures separately. Also provides async status polling, cancellation, guarded commands, file edits, grep, sqlite reads, and artifact retrieval.MIT
TDQS
Scored across 7 tools
The batch-level reads (list_batches, batch_status, batch_jobs) are cleanly separated by scope, and job_details clearly drills into a single workunit. The only mildly confusable pair is abort_batch vs retire_batch, since both are destructive and both cancel unsent jobs, though the descriptions spell out the difference (state change vs output deletion).
Half the tools follow a verb_noun pattern (list_batches, download_batch_output, abort_batch, retire_batch) but the rest are bare noun phrases (batch_status, batch_jobs, job_details), and one is singular/plural inconsistent with the others (job_details vs batch_jobs). It is still readable but the convention is mixed.
Seven tools is well within a comfortable range and each one covers a distinct step: discovery, status, per-job inspection, output retrieval, and the two terminal destructive actions. Nothing looks redundant or missing for the stated batch-management purpose.
The read/inspect/download/teardown lifecycle is well covered, including output extraction and runtime sampling. However, there is no way to create or submit a batch, and no way to cancel or retry an individual failed job, so an agent cannot drive the full batch lifecycle end to end.