# GINERNET quiere que hables con tu servidor: suena genial hasta que piensas quién tiene las llaves
**Categoría:** Inteligencia Artificial
**Estilo:** crítico
**Fecha:** 2026-08-19
—
Esta semana GINERNET ha metido ruido con sus VPS «agénticos»: servidores en los que un agente de IA integrado en el panel puede instalar WordPress, auditar seguridad o afinar una base de datos mientras tú le escribes en un chat llamado Matrix. Suena a futuro. Suena a menos tickets de soporte y a no pelearte con cPanel un domingo por la noche. Y, en parte, lo es. Pero después de leer la nota de wwwhatsnew.com y repasar lo que cuenta la propia GINERNET sobre MCP y permisos, me quedan más preguntas que ganas de probarlo en producción.
No es que GINERNET esté sola. Hostinger ha anunciado esta misma semana la compra de más de 3.000 servidores para aguantar la demanda de IA y ha lanzado AI Builder, una plataforma donde la inteligencia artificial no solo genera la web sino que configura backend, ecommerce y marketing. El mensaje del sector es el mismo: el hosting ya no vende espacio en disco, vende un operador digital. Lo curioso es que GINERNET va un paso más allá en el mercado español porque no se limita a montarte la landing: te deja conectar Claude Code, Cursor o Windsurf directamente al Manager mediante MCP y operar la infraestructura como si fuera un DevOps externo. Eso cambia las reglas del juego para pymes y autónomos que nunca han tenido sysadmin de plantilla.
La propuesta tiene lógica. En la página del producto explican facturación por horas, datacenter propio en Madrid, réplica en Francia, firewall cerrado por defecto, límites de gasto personalizables y, sobre todo, que el agente no puede borrar servidores. Cada acción requiere confirmación con un clic y queda registrada: comandos, resultados, coste de la conversación. En teoría, documentación automática de todo lo que toca la IA. En la práctica, yo me pregunto quién va a leer esos logs cuando el agente haya hecho quince cambios en diez minutos porque le pediste «arregla el Error 500 y no me hagas preguntas».
Ahí está el matiz que pocos titulares recogen. GINERNET dice que no sustituye al administrador de sistemas, que es un ayudante incansable. Vale. Pero el perfil que más le va a molar esto —el de la pyme que contrata un VPS barato y no sabe lo que es un puerto 443— es exactamente el que no tiene criterio para validar si la auditoría de seguridad del agente es correcta o si la ha inventado con cara de confianza. En LinkedIn ya hay comentarios de gente del sector diciendo lo obvio: «suena interesante, pero no confío en dar accesos de administrador a la IA». Yo comparto ese rechazo visceral aunque reconozca que el modelo de mínimo privilegio que prometen es más maduro que el de muchos chatbots genéricos con acceso a todo.
Otro punto que me incomoda: puedes elegir el modelo de IA de un catálogo con proveedores de EE.UU., Europa y China, o conectar el tuyo vía MCP. Flexibilidad total. También dispersión total de responsabilidades. Si el agente filtra credenciales porque el modelo que elegiste procesa datos fuera del UE, ¿quién responde? GINERNET aloja en España bajo GDPR, pero la cadena de IA no termina en su datacenter. Y cuando conectas Cursor o Claude Code desde tu portátil, el perímetro de seguridad deja de ser «mi VPS en Madrid» y pasa a ser «mi VPS más el agente que tengo abierto en tres sitios a la vez».
Comparado con Hostinger AI Builder, GINERNET apunta a otro cliente. Hostinger quiere que no salgas de su ecosistema: backend propio, conector para asistentes externos, todo dentro de una suscripción de hosting masivo. GINERNET apunta al técnico que ya usa MCP, que despliega con Terraform o scripts, y que quiere probar si un agente puede abrir el puerto correcto sin escribir cinco comandos SSH. Es más honesto como producto para developers. También más peligroso si lo usas como parche para no aprender lo mínimo de administración.
Lo que más me gusta de la apuesta es que no es IA de cartón. Hay API real, tokens con permisos acotados, MCP nativo, facturación por uso. No es el típico bot que te suelta «prueba a reiniciar el servicio». Lo que menos me gusta es el relato comercial de «hemos matado el hosting tradicional» cuando lo que habéis matado es la excusa de no tener que entender qué pasa dentro del servidor. La IA ejecuta; tú sigues siendo responsable legal y operativa de lo que hay dentro.
En mi experiencia con clientes de hosting, el 80% de los desastres no vienen de falta de herramientas, vienen de exceso de confianza en automatismos. Un agente que monta WordPress en segundos también puede montar un WordPress mal endurecido en segundos. Un agente que cierra puertos puede cerrar el que necesitaba tu pasarela de pago. Y cuando todo está documentado en un log que nadie revisa, el postmortem es el mismo de siempre: «pensé que la IA lo había hecho bien».
No digo que GINERNET esté equivocada. Digo que el mercado está corriendo hacia el hosting agéntico más rápido de lo que estamos definiendo estándares de auditoría, trazabilidad útil para humanos y límites claros de responsabilidad compartida. Que el agente no pueda borrar servidores es un buen comienzo. Que no pueda dejarte un servidor expuesto sin que lo notes es otra historia.
Si tienes una web en un VPS español y te ofrecen un agente que lo administra por chat, la pregunta no es si es cómodo —lo es— sino si tienes a alguien en tu equipo que sepa decir «no, ese cambio no lo apruebo» cuando el agente propone tocar producción un viernes a las 18:00. Porque el bot no va a asumir el downtime del lunes.
¿Aceptarías que un agente de IA tuviera acceso SSH a tu VPS de producción a cambio de no volver a abrir un ticket de soporte en seis meses, sabiendo que ningún log te garantiza que entiendes lo que ha cambiado dentro?