Skip to main content
Glama
dylantirandaz

Tailscale Compute MCP

Related Servers

Alternatives to Tailscale Compute MCP

No user-submitted related servers found.

    Related Servers

    • A
      license
      Not graded
      quality
      D
      maintenance
      Enables executing commands on remote SSH hosts, with full support for bastion/jump hosts and ~/.ssh/config, plus Slurm job management and rsync.
      4
      MIT
    • F
      license
      B
      quality
      C
      maintenance
      Enables 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
      -
    • A
      license
      B
      quality
      B
      maintenance
      A 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.
      15
      2
      MIT
    • A
      license
      Not graded
      quality
      C
      maintenance
      Enables local AI coding assistants to operate remote Linux EDA clusters over persistent SSH/SCP for digital IC design, simulation, formal property verification, UVM testbench generation, static linting, and Git-backed workspace synchronization.
      MIT
    • A
      license
      A
      quality
      B
      maintenance
      Enables AI assistants to run shell commands, read, write, edit, search, and stream files on remote SSH servers and Docker containers, including nested multi-layer chains, without installing any runtime on the target hosts. It auto-injects a self-contained Go helper with adaptive zstd compression for fast transfers and process control.
      9
      MIT

    TDQS

    A4.4/5.0

    Scored across 2 tools

    Disambiguation5/5

    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.

    Naming Consistency5/5

    Both tools follow the same compute_ prefix with a concise action suffix (status, run), creating a consistent and predictable naming pattern.

    Tool Count4/5

    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.

    Completeness5/5

    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.

    Maintenance

    ActivitySlowing
    ResponsivenessNo issues