SentinelX: tu servidor, en lenguaje natural

Tu IA ya sabe mucho de servidores. SentinelX le da algo que no tenía: la posibilidad de tocarlos, con tus reglas.

20 Oct, 2026 · por pensa.ar · ~7 min de lectura

Hay una escena que cualquiera que haya administrado un servidor conoce. Algo falla. Abres una terminal, entras por SSH, revisas logs, copias un error, lo pegas en ChatGPT o en Claude, te devuelve tres hipótesis y un comando. Lo copias, lo ejecutas, copias la salida, la pegas de vuelta. Diez vueltas después, el problema está resuelto y tú fuiste el cable entre la IA y la máquina.

SentinelX elimina ese cable. Es un hub MCP que conecta tu asistente de IA (ChatGPT, Claude, Grok, Cursor, VS Code, Codex y otros) con tus servidores y computadoras Linux, macOS y Windows. Instalas un agente liviano y open source en cada máquina, conectas el hub a tu IA una sola vez, y a partir de ahí la conversación deja de ser «dime qué comando correr» para pasar a ser «revísalo tú y cuéntame qué encontraste».

La diferencia parece pequeña. En la práctica, cambia la forma de trabajar.

Un correo que no pedía nada

A principios de octubre llegó un mensaje al correo de soporte. No era un reporte ni una consulta. Lo firmaba Ade, un usuario que administra su homelab con SentinelX:

«No es una consulta de soporte ni un problema. Solo quería decir que SentinelX es, por lejos, lo mejor en lo que gasté dinero para mi homelab. El tiempo que me ahorró y la ayuda que me da son invaluables.»

Al día siguiente me escribió directamente, porque le pareció más apropiado que un correo a soporte:

«Me ahorró muchísimo tiempo, esfuerzo y cordura. Pensé que ChatGPT era bueno; ustedes lo hicieron brillante.»

SentinelX es un proyecto que construyo y opero yo solo desde Buenos Aires. Mensajes así no llegan seguido, y este me duró toda la semana. Gracias, Ade.

Le pregunté cómo lo usaba, y su respuesta es un buen ejemplo de lo que pasa cuando una IA puede ver todo un entorno a la vez:

Un servidor doméstico con Proxmox, que corre Home Assistant OS y Pi-hole en contenedores LXC, y una VM Ubuntu con Jellyfin, Immich y el almacenamiento de fotos y datos de la familia.
Una Raspberry Pi que funciona como consola de dashboards (Grafana y otros) y como DNS secundario con un segundo Pi-hole.
Una laptop vieja con Windows que usa como PC de administración, accesible por Tailscale.

Cada máquina tiene su agente de SentinelX. Según Ade, con eso resolvió «un montón de problemas», incluida la reconstrucción reciente de un arreglo RAID después de una falla. Y destaca algo que no diseñamos pensando en su caso, pero que define bien el producto:

«Me encanta cómo los agentes trabajan juntos. Como tengo una PC dedicada a administración, la IA simplemente cambia de agente y tiene una segunda vía para probar y acceder a los dispositivos como respaldo.»

Es decir: si un equipo no responde, la IA no se queda ciega. Salta a otra máquina de la red y lo revisa desde ahí. Nadie le explicó cómo hacerlo. Lo dedujo, porque tenía las herramientas.

Si estás empezando con servidores

No necesitas saber de memoria qué hace journalctl -u nginx --since "1 hour ago". Necesitas saber qué quieres lograr. SentinelX convierte esa intención en acciones concretas sobre tu máquina, y te muestra cada paso.

Sirve para lo más elemental:

«¿Cómo está mi servidor? ¿Disco, memoria, servicios caídos?»
«Organiza mi carpeta de Descargas: instaladores a una carpeta, PDFs a otra, y dime qué se puede borrar.»
«¿Por qué mi sitio responde lento desde ayer?»

Y sirve para aprender. Cuando la IA diagnostica algo, ves qué comando corrió, qué encontró y por qué decidió lo que decidió. Es como trabajar al lado de alguien con experiencia que explica mientras hace.

Lo importante: tú defines qué se puede hacer. El agente es deny-by-default. Por defecto solo ejecuta los comandos de una lista permitida, solo lee y escribe en las carpetas que tú habilitas, y cada intento queda registrado, incluidos los rechazados. Si la IA pide algo que no está permitido, el rechazo le explica qué habría que habilitar, y la decisión sigue siendo tuya.

Tampoco hace falta abrir puertos ni pelear con el router. El agente no escucha en ningún puerto: se conecta hacia afuera, al hub. Funciona detrás de NAT, de un firewall o de la red de tu casa.

Si llevas años administrando servidores

Ya sabes hacer todo esto a mano. La pregunta no es si puedes, sino cuánto de tu día se va en la parte mecánica: correlacionar logs de tres hosts, revisar la config de nginx antes de recargar, crear el registro DNS del subdominio nuevo, levantar una VM para una prueba, hacer el deploy y verificar que el proceso que corre es el que acabas de subir.

Con SentinelX, todo eso se vuelve una conversación que la IA ejecuta y tú supervisas:

Programar y probar en el propio servidor. La IA clona un repo, edita archivos con cambios estructurados, corre los tests y el build ahí mismo, revisa el diff y hace push con la identidad SSH del host. Sin sincronizar nada con tu laptop.
Deploys verificados. Pide el deploy y la verificación en la misma frase: que valide la config, reinicie el servicio y confirme que responde.
Cloudflare desde la conversación. Crear, editar o borrar registros DNS, revisar reglas y eventos de seguridad de una zona. «Publica esta app en api.midominio.com» deja de ser una visita al panel.
Máquinas nuevas en un pedido. Con una integración de DigitalOcean o Hetzner, la IA crea la VM y la enrola en SentinelX automáticamente. Antes de crear nada te muestra el costo y espera tu confirmación.
Trabajos largos sin esperar. Un backup, un build pesado o una migración pueden correr en segundo plano y avisarte por Telegram o por email cuando terminen.

Y para quien desconfía, con razón, de darle una shell a un modelo: el agente es open source (Apache-2.0) y la política vive en tu servidor, en /etc/sentinelx/config.yaml. Puedes dejarlo en modo allowlist estricto, desactivar operaciones puntuales, o abrirlo por completo en un host de desarrollo. El límite final es la cuenta del sistema operativo con la que corre el agente: lo que ese usuario no puede hacer, la IA tampoco.

Las herramientas que cambian el juego

SentinelX expone decenas de herramientas a la IA. Estas son las que más cambian el día a día:

Capacidad	Qué resuelve	Pedido de ejemplo
Subir y descargar archivos	El archivo no pasa por el chat: la IA genera un enlace temporal de un solo uso y el archivo viaja directo entre tu navegador y el servidor, hasta 512 MB, con checksum verificado.	«Dame un enlace para subir el dump a /srv/backups»
Contextos guardados	La IA guarda el estado de un trabajo (objetivo, hallazgos, próximos pasos, hosts involucrados) y lo retoma otro día, en otro chat.	«Guarda el contexto de esta migración»
Varios hosts a la vez	Una sola conversación ve toda la flota: compara, salta de una máquina a otra, prueba desde un segundo equipo.	«¿Qué servicios están caídos en todos mis hosts?»
Transferencia entre hosts	Copia archivos de un servidor a otro con verificación de hash, sin pasar por tu computadora.	«Lleva el backup de web-01 a nas-01»
Git en el servidor	Clone, diff, patch y push directamente en el host, con sus propias credenciales.	«Resuelve el conflicto de merge y empuja»
Ver imágenes y PDFs	La IA puede mirar una captura, un gráfico o un PDF que está en el servidor, no solo leer texto.	«¿Qué muestra el gráfico que generó el cron?»
Cloudflare	Registros DNS, reglas y eventos de seguridad de tus zonas.	«Crea el subdominio staging apuntando a este host»
VMs en la nube	Crea máquinas en DigitalOcean o Hetzner ya enroladas en SentinelX, con el costo confirmado antes.	«Levántame una VM chica en Frankfurt para probar»
Avisos	Telegram y email para trabajos en segundo plano o alertas.	«Corre el backup y avísame por Telegram»

Los contextos merecen un párrafo aparte. Las IAs olvidan: cada chat nuevo empieza de cero. Con SentinelX, el conocimiento operativo de tu infraestructura (qué se decidió, qué quedó pendiente, en qué host vive cada cosa) queda guardado en tu cuenta. Un contexto devuelve conocimiento, no permisos: antes de actuar, la IA vuelve a comprobar el estado real de los hosts.

La IA, con manos

Un modelo de lenguaje sin acceso a tus sistemas es un consultor por teléfono: sabe mucho, pero depende de lo que tú le describas. Con SentinelX observa directamente, y eso cambia la calidad de lo que puede hacer en tres frentes.

Diagnóstico. En vez de adivinar a partir de un error pegado, la IA lee los logs, revisa el estado de los servicios, compara la configuración con la de otro host que sí funciona y sigue la pista hasta la causa. Cuando Ade tuvo que reconstruir un arreglo RAID tras una falla, la IA no le dio un tutorial genérico: trabajó sobre sus discos y su configuración reales.

Configuración. Editar un archivo de nginx, un docker-compose o una unidad de systemd deja de ser un copy-paste riesgoso. La IA hace cambios estructurados, valida antes de recargar y te muestra exactamente qué cambió.

Integración. Aquí es donde SentinelX se vuelve difícil de reemplazar. Un mismo pedido puede atravesar varias capas: levantar un servicio en un host, abrirle un subdominio en Cloudflare, configurar el proxy reverso en otro host, verificar que responde desde afuera y avisarte por Telegram cuando todo esté listo. Servidores Linux, una Mac, una PC con Windows, una Raspberry Pi: para la IA son todos hosts de la misma flota, en la misma conversación.

Y funciona con la IA que ya usas. No hay que cambiar de asistente ni aprender otra interfaz: SentinelX se conecta a ChatGPT, Claude, Grok, Cursor, VS Code, Codex y cualquier cliente compatible con MCP. Como dijo Ade, no reemplaza a ChatGPT: lo vuelve brillante.

Cómo empezar

Empezar toma unos minutos, y el primer host es gratis, sin tarjeta.

Conecta SentinelX a tu IA.
- En ChatGPT, busca SentinelX en el directorio de apps o entra directo a su página en ChatGPT y haz clic en Conectar.
- En Claude, Grok u otro cliente compatible con MCP, agrega un conector personalizado con esta URL: https://mcp.sentinelx.app/mcp/mcp
Pídele el comando de instalación. Dile a tu IA algo como: «Quiero conectar mi servidor Ubuntu a SentinelX, dame el comando de instalación». SentinelX genera un comando con un token de un solo uso para Linux, macOS o Windows, según tu sistema.
Ejecútalo en tu máquina. El instalador registra el agente como servicio y lo enrola en tu cuenta. En segundos el host aparece disponible.
Empieza a conversar. «¿Cómo está mi servidor?» es una buena primera pregunta.

Más detalles, planes y documentación en sentinelx.app.

Hecho por alguien que lo usa todos los días

SentinelX no nació en una reunión de producto. Nació de mi propia necesidad de administrar mis servidores sin ser el cable entre la IA y la terminal. Hoy SentinelX se mantiene a sí mismo con SentinelX: el hub, sus deploys, este sitio y el artículo que estás leyendo pasaron por él.

Cada decisión de diseño sale de ese uso diario. Deny-by-default, porque un servidor es algo serio. Ningún puerto abierto, porque nadie debería exponer su red para probar algo. Registro de cada intento, porque cuando algo sale mal quieres saber exactamente qué pasó. Y ninguna interfaz nueva que aprender, porque la mejor herramienta es la que se integra a cómo ya trabajas.

Hoy hay más de 3.000 servidores conectados. Detrás hay desarrolladores, equipos de IT y, muchas veces, alguien como Ade: una red de casa con fotos familiares, un servidor de medios y un Pi-hole que tiene que funcionar sí o sí.

Si administras servidores desde hace años, SentinelX te devuelve tiempo. Si recién empiezas, te da un compañero que sabe y que te explica. En los dos casos, tú decides hasta dónde llega.