Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
Read-only SSH server diagnostics via a fixed 38-command whitelist; secrets redacted, no write path.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
RP_HOSTS, RP_PROBE_URLNecesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json
{
"mcpServers": {
"rootpilot-ssh-diagnose": {
"command": "npx",
"args": [
"-y",
"@rootpilot/mcp-ssh-diagnose"
],
"env": {
"RP_HOSTS": "your-value",
"RP_PROBE_URL": "your-value"
}
}
}
}Ejecuta esto en tu terminal
claude mcp add rootpilot-ssh-diagnose --env RP_HOSTS=your-value --env RP_PROBE_URL=your-value -- npx -y @rootpilot/mcp-ssh-diagnoseCompleta los valores vacíos antes de ejecutarlo.
Pégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"rootpilot-ssh-diagnose": {
"command": "npx",
"args": [
"-y",
"@rootpilot/mcp-ssh-diagnose"
],
"env": {
"RP_HOSTS": "your-value",
"RP_PROBE_URL": "your-value"
}
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"rootpilot-ssh-diagnose": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@rootpilot/mcp-ssh-diagnose"
],
"env": {
"RP_HOSTS": "your-value",
"RP_PROBE_URL": "your-value"
}
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
RP_PROBE_URL envEsta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 7 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub Easton-OU, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
Debes completar: RP_HOSTS
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (0.1.2) llegó al registro hace 4 meses.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas Node.js en tu computadora.
En la misma categoría: Spec Driven Development, Remote Desktop Commander, Foliosio
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
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.
Read your support inbox, tag conversations and save draft replies from your AI agent. Never sends.
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
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.