rootpilot-ssh-diagnose
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@rootpilot-ssh-diagnose Diagnose prod-1"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
rootpilot-ssh-diagnose
This is the open-source, bring-your-own-LLM taste of RootPilot. The full product adds calibrated diagnosis (89.7% across 29 standard failure scenarios, zero false alarms on healthy hosts), alert-triggered auto-diagnosis, history, and multi-host management → rootpilotx.com · deployment repo: rootpilot-release
An MCP server that lets any MCP client — Claude Desktop, Claude Code, or your own — safely collect read-only diagnostics from your servers over SSH. It gathers evidence from a fixed whitelist of read-only commands; your model does the reasoning. The server never runs anything outside the whitelist, and never makes a change to your hosts.
Why
When a server misbehaves, you end up SSH-ing in and running the same twenty commands — df -h, docker ps, dmesg | grep -i oom, free -m — then eyeballing the output. This server turns that into a conversation: your LLM asks for exactly the evidence it needs, gets structured, secret-redacted output back, and reasons about the root cause. You stay in control; nothing leaves your machine except SSH to your own hosts.
Related MCP server: ssh-inspector-mcp
Security model (read this first)
Read-only whitelist. There are exactly 38 built-in commands (
get_whitelistlists them all). There is no tool that runs an arbitrary command — not even with a confirmation prompt. Every command only inspects state.The only injectable value is a container name, validated against
^[a-zA-Z0-9_.-]+$before it is ever placed in a command.web; rm -rf /is rejected, not escaped.Secrets are redacted from output before it reaches your model:
KEY=valuesecrets,Bearer/Basictokens,sk-/ghp_/AKIA…key shapes, PEM private-key blocks, and credentials embedded in URLs.docker inspectenv values are scrubbed.Per-command timeout (15s) and output truncation guard against hangs and floods.
Credentials stay local. Host definitions live in a file you control; passwords are never logged.
30-second setup
Add the server to your MCP client. For Claude Desktop (claude_desktop_config.json):
{
"mcpServers": {
"rootpilot-ssh-diagnose": {
"command": "npx",
"args": ["-y", "@rootpilot/mcp-ssh-diagnose"],
"env": {
"RP_HOSTS": "/Users/me/.rootpilot-mcp/hosts.json"
}
}
}
}Then create hosts.json (see hosts.example.json):
[
{ "name": "prod-1", "host": "1.2.3.4", "port": 22, "user": "rootpilot",
"auth": { "type": "key", "keyPath": "~/.ssh/rootpilot_key" } },
{ "name": "prod-2", "host": "10.0.0.5", "user": "ops",
"auth": { "type": "password", "password": "..." } }
]Restart your client. Ask it: "Diagnose prod-1" (or run the diagnose-host prompt).
Use a least-privilege account. Create a dedicated read-only SSH user for diagnostics rather than reusing root. The commands only read state, but the account should reflect that.
Tools
tool | arguments | what it does |
|
| List configured hosts; with |
| — | Return all 38 commands (key, purpose, template) so you and the model can audit exactly what can run |
|
| Run specific whitelisted commands and return redacted, truncated output |
|
| Shortcut: the base overview ( |
|
| Shortcut: |
Two prompts ship built-in: diagnose-host (evidence-first root-cause walkthrough) and health-check (a light sweep).
Configuration
env var | default | purpose |
| — | Path to your |
|
| Target for the outbound-connectivity / DNS probes |
| — | Set to |
How it works
your MCP client (the LLM)
│ "collect df, docker_ps, dmesg_oom from prod-1"
▼
rootpilot-ssh-diagnose ──ssh──▶ your server
│ renders a whitelisted template, runs it read-only,
│ redacts secrets, truncates, returns structured output
▼
the LLM reasons about root cause from the evidenceThe server deliberately does no analysis of its own — no built-in LLM call, no multi-round orchestration. That boundary is the point: it's a clean, auditable evidence collector. Calibrated diagnosis (deciding which evidence to pull for which symptom, across follow-up rounds, scored against a failure-scenario library) is what the full RootPilot product does.
FAQ
Does it ever change my server? No. Every command is read-only, and there is no arbitrary-command tool. The full whitelist is visible via get_whitelist.
Where does my data go? Nowhere except SSH between this server (running on your machine) and your hosts. Command output goes to your MCP client's model. No telemetry.
Which LLM does it use? None of its own — it's bring-your-own. Whatever model your MCP client runs does the reasoning.
Can it manage Windows servers or jump hosts? Not in v1. It targets Linux hosts over direct SSH.
How is this different from RootPilot? This collects evidence; you (or your model) interpret it ad hoc. RootPilot adds calibrated diagnosis, alert-triggered auto-diagnosis, a per-host history ("medical record"), and multi-host management. See rootpilotx.com.
Development
npm install
npm run build # compile to dist/
npm test # whitelist / injection / redaction / timeout tests
npm run typecheckLicense
MIT — see LICENSE.
Available Tools
5 toolscollectCollect diagnostics by keyA
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.
Inputs: host (required), keys (required), container.
collect_baseCollect the base overviewA
Shortcut: run the base group (docker_ps, df, df_inode, free, uptime, dmesg_oom, docker_daemon) — a cheap first look at a host.
Inputs: host (required).
container_deep_diveDeep dive into one containerA
Shortcut: for one container, run docker_logs, docker_inspect (redacted), container_state and docker_stats.
Inputs: host (required), container (required).
get_whitelistList the read-only command 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.
Inputs: no named parameters.
list_hostsList configured 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.
Inputs: probe.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
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.
Maintenance
Related MCP Connectors
Scoped, audited SSH exec, sessions, and SFTP on your saved servers without exposing credentials
Manage remote servers, SSH terminals, files, databases and proxies with scoped access and approvals.
Read-only server insight: why a Linux server or K8s cluster is slow, failing or changed.
Securely control computers you explicitly pair through files, terminals, processes, screenshots, desktop UI/input, clipboard, browser automation, diagnostics, and document tools.
Related MCP Servers
- AlicenseAqualityDmaintenanceEnables read-only Linux system diagnostics and troubleshooting on local and remote RHEL-based systems via SSH, including services, processes, logs, network, and storage analysis.20MIT
- FlicenseNot gradedqualityCmaintenanceProvides structured read-only SSH/SFTP and AWS operations on a single RHEL host, with path allowlisting, output limits, and IAM-based authorization.-
- FlicenseBqualityBmaintenanceEnables safe VPS diagnostics and Docker/Docker Compose management over SSH, providing predefined read-only and mutating tools for system monitoring, container inspection, and Compose orchestration without exposing arbitrary shell execution.26-
- FlicenseNot gradedqualityBmaintenanceEnables read-only system diagnostics on approved Linux hosts over SSH, with allowlisted commands, bounded output, and secure log access.-