Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
Read-only SSH server diagnostics via a fixed 38-command whitelist; secrets redacted, no write path.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
RP_HOSTS, RP_PROBE_URLDu brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"rootpilot-ssh-diagnose": {
"command": "npx",
"args": [
"-y",
"@rootpilot/mcp-ssh-diagnose"
],
"env": {
"RP_HOSTS": "your-value",
"RP_PROBE_URL": "your-value"
}
}
}
}Führe das in deinem Terminal aus
claude mcp add rootpilot-ssh-diagnose --env RP_HOSTS=your-value --env RP_PROBE_URL=your-value -- npx -y @rootpilot/mcp-ssh-diagnoseTrag die leeren Werte ein, bevor du ihn startest.
In .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"rootpilot-ssh-diagnose": {
"command": "npx",
"args": [
"-y",
"@rootpilot/mcp-ssh-diagnose"
],
"env": {
"RP_HOSTS": "your-value",
"RP_PROBE_URL": "your-value"
}
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"rootpilot-ssh-diagnose": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@rootpilot/mcp-ssh-diagnose"
],
"env": {
"RP_HOSTS": "your-value",
"RP_PROBE_URL": "your-value"
}
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
RP_PROBE_URL envDiese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto Easton-OU bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Das musst du eintragen: RP_HOSTS
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.1.2) kam vor 4 Monaten in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, Agent Data Tools: Utilities
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
103 tools: JSON repair, CSV, hashes, cron, dates, units, validators. 25 free calls.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
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.
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.
get_whitelist lists them all). There is no tool that runs an arbitrary command — not even with a confirmation prompt. Every command only inspects state.^[a-zA-Z0-9_.-]+$ before it is ever placed in a command. web; rm -rf / is rejected, not escaped.KEY=value secrets, Bearer/Basic tokens, sk-/ghp_/AKIA… key shapes, PEM private-key blocks, and credentials embedded in URLs. docker inspect env values are scrubbed.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.
| tool | arguments | what it does |
|---|---|---|
list_hosts | probe? | List configured hosts; with probe, also test SSH reachability |
get_whitelist | — | Return all 38 commands (key, purpose, template) so you and the model can audit exactly what can run |
collect | host, keys[] (≤8), container? | Run specific whitelisted commands and return redacted, truncated output |
collect_base | host | Shortcut: the base overview (docker_ps, df, df_inode, free, uptime, dmesg_oom, docker_daemon) |
container_deep_dive | host, container | Shortcut: docker_logs, docker_inspect (redacted), container_state, docker_stats for one container |
Two prompts ship built-in: `diagnose-host` (evidence-first root-cause walkthrough) and `health-check` (a light sweep).
| env var | default | purpose |
|---|---|---|
RP_HOSTS | — | Path to your hosts.json (required) |
RP_PROBE_URL | https://cloudflare.com | Target for the outbound-connectivity / DNS probes |
RP_NO_PROMO | — | Set to 1 to silence the one-line pointer to the full product |
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 evidence
The 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.
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.
npm install
npm run build # compile to dist/ npm test # whitelist / injection / redaction / timeout tests npm run typecheck
MIT — see LICENSE.