Un PaaS que corre en tu propio servidor y que ahora podés consultar hablándole a un asistente de IA suena a titular inflado. La realidad de Coolify v4 es más interesante —y más matizada— que el marketing: el servidor MCP existe, es oficial, y desde la versión 4.1.0 viene integrado. Pero hay una letra chica que cambia por completo qué podés y qué no podés hacer con él. Vamos a lo concreto.

Coolify es una plataforma como servicio (PaaS) open source y self-hosted que despliega aplicaciones, bases de datos y servicios en tu propio servidor con flujo git, al estilo Heroku o Vercel pero sin depender de un tercero. Desde la versión 4.1.0 incluye un servidor MCP (Model Context Protocol) oficial y de solo lectura, que permite a asistentes de IA como Claude Code o Cursor consultar el estado de tu infraestructura sin exponer credenciales.

¿Qué es Coolify y qué problema resuelve?

Review de Coolify v4: PaaS self-hosted con servidor MCP para IA

Coolify (repo coollabsio/coolify, con más de 50.000 estrellas en GitHub) es un panel que te da la experiencia de "hacé git push y se despliega solo" sobre un servidor que administrás vos. Maneja aplicaciones full-stack, sitios estáticos, bases de datos y más de 280 servicios de un clic, todo sobre Docker, con certificados HTTPS automáticos y webhooks de despliegue.

El problema que ataca es la dependencia y el costo variable de los PaaS gestionados: con Coolify, tu código, tus datos y tu factura viven en tu infraestructura. La contraparte, y esto es clave para el resto de la review, es que vos sos el responsable de operar y mantener ese servidor. No hay un equipo detrás que te resuelva la noche que algo se cae.

La versión 4.0.0 estable salió el 27 de abril de 2026, cerrando casi dos años de beta en los que ya se usaba en producción. El release actual verificado es v4.1.2 (4 de junio de 2026). Es un proyecto maduro y con cadencia de releases activa, no un experimento.

¿Qué hace exactamente el servidor MCP de Coolify?

El MCP integrado se agregó en la v4.1.0 (18 de mayo de 2026) y expone tu instancia como un servidor Model Context Protocol que tu asistente de IA puede consultar. Según la documentación oficial, hoy ofrece 10 herramientas, todas de solo lectura:

  • get_infrastructure_overview — panorama general de toda tu infraestructura de un saque; es el punto de partida recomendado.
  • list_servers y get_server — listan tus servidores y traen el detalle de uno.
  • list_projects — recorre los proyectos definidos en la instancia.
  • list_applications y get_application — inventario de apps y su estado.
  • list_databases y get_database — bases de datos y su situación.
  • list_services y get_service — servicios de un clic y stacks desplegados.

La palabra que hay que subrayar es read-only. El MCP oficial sirve para observar, diagnosticar y responder preguntas ("¿qué apps tengo caídas?", "¿cuánto ocupan mis bases?"), no para desplegar ni reiniciar. La propia doc aclara que las operaciones de escritura están "planeadas para un release futuro". Por diseño no expone credenciales: la IA lee, no toca.

¿Cómo se activa y se conecta a Claude Code o Cursor?

Se prende desde el dashboard, en Settings > Advanced > MCP Server, o por API con un token de permisos root:

POST /api/v1/mcp/enable

La conexión usa transporte HTTP (Streamable HTTP) y se autentica con un token de API de Coolify con permiso de lectura, enviado como header:

Authorization: Bearer <tu-token-de-coolify>

Cualquier cliente compatible con MCP —Claude Code, Cursor, Claude Desktop— puede apuntar al endpoint de tu instancia. La ventaja de este modelo es que el token es de solo lectura: aunque el asistente "se equivoque", no puede romper nada en producción.

¿El MCP oficial deja desplegar con IA? (spoiler: todavía no)

Acá está la fricción que ninguna nota-folleto te va a contar. Si lo que querés es que Claude Code ejecute un despliegue, cree una base o reinicie un contenedor, el MCP oficial de Coolify no llega: es de solo lectura. El "maneja tu PaaS con IA" del titular, hoy, se traduce en "consultá tu PaaS con IA".

Para acciones de escritura hay servidores MCP de la comunidad (terceros, no oficiales) que envuelven la API completa de Coolify. El más completo que encontramos es StuMason/coolify-mcp, con 42 herramientas que sí incluyen operaciones de despliegue y gestión. Su gracia técnica es la optimización de tokens: afirma usar un 85% menos de contexto que una implementación naive (unos 6.600 tokens contra 43.000) al consolidar operaciones, y reduce el tamaño de las respuestas entre un 90% y un 99%. Requiere Node.js ≥ 18 y las variables COOLIFY_ACCESS_TOKEN y COOLIFY_BASE_URL.

El costo de esa potencia es de seguridad, y hay que decirlo con todas las letras: le estás dando a un modelo de lenguaje un token con permisos para modificar tu infraestructura. Un asistente que alucina un comando puede, en teoría, apagar un servicio o disparar un despliegue no deseado. El diseño read-only del MCP oficial es, precisamente, la respuesta prudente de Coolify a ese riesgo.

¿Cómo se instala Coolify en un servidor propio?

La instalación estándar es un script sobre un servidor Linux limpio (por ejemplo un Cloud Server con Ubuntu) con acceso root por SSH. Coolify instala Docker y sus dependencias por vos:

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash

Verificá siempre el comando vigente en la documentación oficial antes de correrlo. Como todo self-hosting, conviene un servidor con recursos holgados (arrancar con menos de 2 GB de RAM te va a quedar corto ni bien sumás servicios) y tener resuelto el DNS del dominio antes de emitir certificados. Una vez levantado, el panel corre en el puerto 8000 y desde ahí conectás repositorios git, servidores y servicios.

Pros y contras reales de Coolify v4

Lo que suma

  • Soberanía real sobre datos y costos. Todo corre en tu servidor; no hay factura por uso ni datos en manos de terceros.
  • Ecosistema amplio y maduro. Más de 280 servicios de un clic, despliegues git, HTTPS automático y años de uso en producción respaldan la v4.0 estable.
  • MCP oficial seguro por diseño. El servidor de solo lectura te deja auditar la infra desde la IA sin exponer credenciales ni arriesgar cambios accidentales.
  • Comunidad activa. Más de 50.000 estrellas en GitHub y varios servidores MCP de terceros que ya extienden la API a escritura.

Dónde están las fricciones

  • El "manejo por IA" oficial es solo consulta. Desplegar o modificar recursos con IA exige servidores de terceros y asumir el riesgo de un token con permisos de escritura.
  • Vos operás el servidor. Actualizaciones, backups, seguridad y monitoreo corren por tu cuenta; el PaaS te da comodidad, no un equipo de guardia.
  • Curva y aristas post-beta. Tras dos años de beta, la v4 pisa firme, pero conviene fijar versiones y probar en staging antes de tocar producción.
  • MCP de comunidad sin garantía. No son oficiales: su mantenimiento y su seguridad dependen de cada autor, algo a evaluar antes de darles acceso a tu API.

¿Para quién es Coolify v4 con MCP y cuándo NO conviene?

Es para vos si querés desplegar apps con experiencia PaaS sobre infraestructura propia, te sentís cómodo administrando un servidor Linux y te interesa usar la IA para inspeccionar y diagnosticar tu stack sin salir del editor. El MCP oficial encaja perfecto en ese caso: observabilidad conversacional, riesgo bajo.

No conviene si buscás delegar despliegues completos a la IA sin asumir riesgos de seguridad (esa pieza todavía no está madura en lo oficial), si no querés hacerte cargo de mantener un servidor, o si tu carga necesita alta disponibilidad multi-nodo llave en mano. Para un proyecto que no puede darse el lujo de una caída no atendida, un PaaS self-hosted operado por una sola persona es una apuesta que hay que medir.

Veredicto honesto

Coolify v4 es de las plataformas self-hosted más sólidas del momento, y el MCP integrado es un paso genuino: convierte a tu infraestructura en algo que podés interrogar en lenguaje natural, con la cabeza fría de que es solo lectura. Ahí, brilla. Lo que todavía no cumple es la promesa completa de "administrá tu PaaS con IA": para desplegar o modificar dependés de servidores de terceros y de confiar un token de escritura a un modelo, un tradeoff que cada quien tiene que decidir con los ojos abiertos. Si entrás sabiendo eso —consulta hoy, escritura con cautela— Coolify v4 cumple y sobra. Si esperabas un piloto automático total, esperá al release que habilite la escritura oficial. Como complemento, si vas a self-hostearlo, revisá primero nuestra guía de hardening inicial de un Cloud Server Ubuntu.

Preguntas frecuentes

¿El servidor MCP de Coolify es oficial?

Sí, es oficial y viene integrado desde la versión 4.1.0. Se activa en Settings > Advanced > MCP Server o por API, y no requiere instalar nada externo.

¿Puedo desplegar aplicaciones dándole órdenes a la IA?

Con el MCP oficial no, porque hoy es de solo lectura. El despliegue por IA requiere un servidor MCP de la comunidad que use la API de escritura de Coolify, con el riesgo de seguridad que eso implica.

¿Qué versión de Coolify necesito para usar el MCP?

Necesitás Coolify v4.1.0 o superior. El release estable actual verificado es v4.1.2, del 4 de junio de 2026.

¿El MCP expone mis credenciales a la IA?

No. El MCP oficial se autentica con un token de solo lectura y está diseñado para no exponer credenciales sensibles de tus recursos.

¿Coolify es gratis?

El software es open source y gratuito para self-hostearlo en tu propio servidor. Lo que pagás es la infraestructura donde lo corras, como un Cloud Server.

¿Qué asistentes de IA se conectan al MCP?

Cualquier cliente compatible con MCP sobre transporte HTTP, incluidos Claude Code, Cursor y Claude Desktop. Apuntás el cliente al endpoint de tu instancia con tu token de lectura.

Cloud Serversby Donweb

Todo el poder de la nube a tus proyectos y aplicaciones.
Alojamiento ultra rápido, escalable y con alta disponibilidad.

  • Performance que te sorprenderá
  • Rápida escalabilidad y sin limitaciones
  • Arquitectura de alta disponibilidad
  • Soporte experto y ejecutivos de cuenta
  • Pagos en tu moneda y facturación local

Descubre la mejor solución de Cloud Hosting