rootpilot-ssh-diagnose
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| RP_HOSTS | Yes | Path to your hosts.json (required) | |
| RP_NO_PROMO | No | Set to '1' to silence the one-line pointer to the full product | |
| RP_PROBE_URL | No | Target for the outbound-connectivity / DNS probes | https://cloudflare.com |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| prompts | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_hostsA | List the hosts defined in your hosts.json, with an optional reachability probe (TCP + SSH banner). Returns names to use with the other tools. |
| get_whitelistA | Return every command this server can run: key, purpose, shell template, and whether it needs a container argument. This is the complete set — nothing outside it can be executed. |
| collectA | Run up to 8 whitelisted commands on a host and return their (redacted, truncated) output. Use get_whitelist to see valid keys. Keys outside the whitelist are rejected. |
| collect_baseA | Shortcut: run the base group (docker_ps, df, df_inode, free, uptime, dmesg_oom, docker_daemon) — a cheap first look at a host. |
| container_deep_diveA | Shortcut: for one container, run docker_logs, docker_inspect (redacted), container_state and docker_stats. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| diagnose-host | Guide the model through evidence-first root-cause diagnosis of a host. |
| health-check | A light routine sweep of a host to surface anything worth attention. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 5 tools
Each tool has a clearly distinct purpose: collect runs arbitrary whitelisted commands, collect_base and container_deep_dive are shortcuts for predefined command groups, get_whitelist lists available commands, and list_hosts manages host selection. No ambiguity.
All tool names follow a consistent snake_case pattern with clear verb_noun structure (collect, collect_base, container_deep_dive, get_whitelist, list_hosts). No mixed conventions.
Five tools is well-scoped for an SSH diagnostic server: one generic runner, two shortcuts, one informational, and one for host management. Not too few or too many.
The toolset covers the full diagnostic workflow: listing hosts, checking connectivity, running custom or predefined command sets, and exploring available commands. No obvious dead ends or gaps for the stated purpose.