Tailscale Compute MCP
Related Servers
Alternatives to Tailscale Compute MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceEnables executing commands on remote SSH hosts, with full support for bastion/jump hosts and ~/.ssh/config, plus Slurm job management and rsync.4MIT
- AlicenseNot gradedqualityBmaintenanceLets a Claude Code session on one Mac run tasks in Claude Code on another Mac over Tailscale. Tools start, follow, list and cancel resumable headless sessions, with token auth and allowlisted folders.1MIT
- 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-
- AlicenseNot gradedqualityDmaintenanceManages Docker containers, images, and Compose stacks on a remote host over SSH, with file sync and deploy orchestration.MIT
- AlicenseBqualityDmaintenanceA local MCP server for agentic remote development that enables code sync via rsync, SSH command execution, and long-running task management in remote tmux sessions.153MIT
- AlicenseNot gradedqualityAmaintenanceExposes a single SSH-reachable host as MCP tools for running and backgrounding remote commands, resumable verified file transfers, and read-only file comparison, stat, hashing, listing and reading. Runs on loopback with per-request Bearer auth and hot-switchable permission levels, letting an agent compile and manage files on a build machine while keeping its workspace on the device.MIT
TDQS
Scored across 2 tools
compute_status and compute_run are clearly distinct: one inspects the remote node's configuration and health, while the other executes a command. There is no overlap or ambiguity between the two tools.
Both tools follow the same compute_ prefix with a concise action suffix (status, run), creating a consistent and predictable naming pattern.
With only two tools, the server is under the typical 3-15 range, but the scope is intentionally narrow—checking status and running commands on a configured remote node. Each tool is essential and earns its place.
The server covers the core workflow: verify connectivity/state with compute_status and perform remote work with compute_run, which includes automatic project syncing. No obvious gaps exist for its stated purpose.