n8n instalación self-hosted con IA en un solo comando
En pocas palabras: Con el comando curl -fsSL https://get.n8n.io | sh, n8n despliega la plataforma junto con los servicios de soporte de su asistente de IA desde el primer arranque, en unos 30 segundos. El asistente queda desactivado hasta que agregues una API key de un proveedor de modelos y reinicies el servicio.
En agosto de 2026, n8n documentó una nueva ruta de instalación self-hosted con IA: un comando único que despliega la plataforma junto con los servicios de soporte de su asistente. El comando oficial es curl -fsSL https://get.n8n.io | sh. Ojo con el detalle que muchos van a pasar por alto: el asistente queda desactivado hasta que agregues una API key de un proveedor de modelos y reinicies el servicio.
n8n es una plataforma open source de automatización de flujos de trabajo que se ejecuta en tu propio servidor. El one-line setup es su método oficial de instalación mediante un único comando, que crea un directorio con los archivos de Docker Compose y de entorno, y arranca el servicio. La novedad introducida en agosto de 2026 es que esa ruta ya contempla los servicios de soporte del asistente de IA desde el primer despliegue.
En 30 segundos
- El comando oficial es
curl -fsSL https://get.n8n.io | sh: crea un directorio n8n, escribe el archivo de Docker Compose y el .env, y arranca el servicio. - El asistente de IA no viene activado: necesitás una API key de un proveedor de modelos y reiniciar n8n para habilitarlo.
- Para producción, la documentación pide además un sandbox o Daytona, más un proveedor de búsqueda web opcional.
- El mismo script actualiza: con la opción –upgrade cubrís instalaciones existentes.
- Self-hosted es gratis para uso interno bajo la licencia Sustainable Use; a agosto de 2026, el asistente sigue en fase Preview.
¿Qué es n8n y por qué importa esta instalación en una sola línea?
n8n es una herramienta de automatización que conecta aplicaciones mediante flujos visuales: un disparador inicia acciones sobre Gmail, Slack, bases de datos o APIs, encadenadas en un canvas. La gran diferencia con Zapier o Make es que podés descargarla y ejecutarla en tu propia infraestructura, sin suscripción y sin topes de ejecuciones mensuales (que no es poco). Bajo su licencia Sustainable Use, el uso interno en empresas es gratuito.
¿Por qué importa entonces un instalador de una línea? Porque el freno histórico del self-hosting nunca fue el precio sino la fricción inicial: levantar Docker, escribir el compose, definir variables de entorno. Si alguna vez armaste un stack a mano, sabés que ese primer tramo es donde la mayoría abandona. Un comando estandarizado que deja todo creado y visible baja esa barrera y uniformiza cómo arrancan los despliegues (después alguien tiene que mantenerlos, claro, pero eso es otro capítulo).
¿Qué hace exactamente el comando curl de instalación?
Según la documentación oficial del one-line setup, el comando curl -fsSL https://get.n8n.io | sh hace tres cosas concretas: crea un directorio nuevo de n8n, escribe dentro el archivo de Docker Compose y el archivo de entorno (.env), y arranca el servicio. Nada más, nada menos.
Acá conviene corregir la versión simplificada que anda circulando. El comando genera la configuración de Compose y las variables de entorno como parte del despliegue, así que seguís teniendo esos archivos a mano para inspeccionarlos, versionarlos y adaptarlos. ¿Y esto reemplaza la configuración manual? Spoiler: no, te la deja servida encima de la mesa. La “magia” de la línea única es, en el fondo, generación automática de artefactos que igual conviene leer. Tema relacionado: la sintaxis de las expresiones en n8n.
Eso sí: el script no elige proveedor de modelos ni carga credenciales. Ese trabajo sigue siendo tuyo.
¿Qué requisitos técnicos necesita un servidor para n8n self-hosted?
Docker es la dependencia innegociable: tiene que estar instalado y corriendo antes de ejecutar el script. No necesitás dominar contenedores, pero el daemon debe estar activo porque el instalador construye todo sobre esa base.
En hardware, los mínimos razonables para pruebas son modestos, y para producción conviene disponer de más recursos. Cualquier máquina con Docker sirve: un VPS, un NAS casero o tu propia notebook para experimentar. Si no tenés servidor, un VPS chico cumple de sobra; en Argentina podés ver opciones en donweb.com.
¿Cómo hacer la instalación self-hosted de n8n con IA paso a paso?
El proceso entero toma menos de diez minutos si Docker ya está andando (sí, en serio). Corrés el script, se crea la carpeta, aparecen el compose y el .env, n8n arranca solo, abrís el navegador, creás tu usuario inicial y a los cinco minutos ya estás armando tu primer workflow, todo sin editar una línea de YAML a mano.
- Verificá Docker: corré
docker psy confirmá que responde sin errores. - Ejecutá el instalador:
curl -fsSL https://get.n8n.io | shen la carpeta donde quieras vivir el proyecto. - Entrá a la interfaz: abrí http://localhost:5678 (o la IP de tu servidor si es remoto).
- Creá el usuario inicial: email y contraseña, y ya estás dentro.
¿Y si algo falla? Los tres clásicos: el daemon de Docker parado (arrancalo con systemctl start docker), permiso denegado sobre el socket (sumá tu usuario al grupo docker o usá sudo), y el puerto 5678 ocupado (cambiá el mapeo en el compose que el script generó). Ninguno requiere conocimientos raros.
Para instalaciones existentes, el mismo script acepta la opción –upgrade, así que una única vía documentada cubre tanto el despliegue inicial como las actualizaciones posteriores. Sobre eso hablamos en conectar n8n con Airtable.
¿Por qué el asistente de IA no viene activado por defecto?
Porque n8n decidió que las credenciales de modelos las administre cada organización, no el instalador. Los servicios de soporte del asistente corren junto a la plataforma desde el primer arranque, pero la función permanece deshabilitada hasta que vos agregues una API key y reinicies. Me parece una decisión acertada: evita que cualquier despliegue termine con acceso sin control a modelos de pago.
Hay otro motivo, y este me parece el más sensato. El asistente puede generar código e interactuar con herramientas mientras ayuda a crear workflows, y ese código no debería heredar acceso amplio a tus sistemas de producción. Por eso la documentación señala un sandbox, o Daytona cuando hablamos de producción, como parte del setup. El entorno de ejecución pasa a formar parte del diseño, no un detalle para después.
Aclaración necesaria: a agosto de 2026, el asistente self-hosted sigue en fase Preview. Funciona, pero tratalo como lo que es, una vista anticipada sujeta a cambios.
¿Cómo activar el asistente de IA en n8n self-hosted?
Tres elementos, según la guía de configuración del asistente: una API key de proveedor de modelos, un sandbox o Daytona para producción, y un proveedor de búsqueda web que es opcional. Sin la primera no hay asistente; el resto completa la experiencia.
- API key del proveedor: la obtenés en la cuenta de OpenAI, Anthropic, Google u otro proveedor soportado, y la cargás en la configuración de n8n.
- Sandbox o Daytona: el entorno aislado donde corre el código que genera el asistente; Daytona es la opción señalada para producción.
- Búsqueda web (opcional): un proveedor externo que le permite al asistente consultar la web cuando el flujo lo pida.
El orden operativo es simple: cargás la key, reiniciás n8n y el asistente queda disponible. El instalador dejó los servicios al lado de la plataforma, pero elegir proveedor y administrar credenciales es responsabilidad de la organización, siempre. Relacionado: el nodo HTTP Request de n8n.
n8n Cloud vs self-hosted: comparativa directa
La pregunta del millón: ¿conviene Cloud o self-hosted? Depende de quién quiera cargar con la operación. La tabla resume las diferencias que importan:
| Aspecto | n8n Cloud | Self-hosted |
|---|---|---|
| Costo | Suscripción mensual según plan | Gratis para uso interno (licencia Sustainable Use) |
| Control de datos | Servidores de n8n | Tu infraestructura, tus reglas |
| Asistente de IA | Incluido según plan | Requiere API key, sandbox y activación manual |
| Mantenimiento | Delegado a n8n | A cargo tuyo (el script con –upgrade ayuda) |
| Límites de ejecuciones | Según plan contratado | Sin topes impuestos por la plataforma |
| Escalabilidad | Acotada al plan | Depende de tu hardware |
Si querés cero operación y te alcanza con el plan, Cloud zafa. Si manejás datos sensibles, integraciones internas o volumen alto de ejecuciones, self-hosted gana por goleada, siempre que haya alguien responsable del mantenimiento.
Casos reales: qué automatizar con el asistente integrado
Ponele que tenés un formulario web que alimenta una base de datos y querés que las consultas se clasifiquen solas por urgencia. Con el asistente, describís el objetivo en lenguaje natural y te ayuda a armar el flujo, generar el código de transformación y conectar nodos, en lugar de arrancar de cero frente al canvas vacío.
Otros escenarios habituales en la comunidad: chatbots de sitio web conectados a bases de datos vía workflows, automatizaciones de CRM hacia Gmail y Slack donde la IA define prioridades, o integraciones de WhatsApp con búsqueda sobre documentos propios para soporte. En todos los casos el one-line setup es el punto de partida, no el destino: el valor aparece cuando el flujo corre en tu infraestructura, con tus datos y tus reglas.
Errores comunes al instalar n8n self-hosted
- Asumir que el asistente funciona solo: es el error número uno. Instalás, entrás, buscás la función de IA y no está. Falta la API key y el reinicio; leé la sección anterior antes de abrir un ticket.
- Mandar el .env generado directo a producción: el archivo que crea el script es una base cómoda, no una configuración final. Revisalo, cambiá credenciales por defecto y ajustá variables antes de exponer nada.
- Correr código de IA sin sandbox: si el asistente genera código que toca sistemas internos sin entorno aislado, cualquier error se paga caro. Configurá el sandbox o Daytona antes de habilitar nada en serio.
- Actualizar en producción sin probar: el –upgrade es cómodo, pero probalo primero en un entorno espejo; un salto de versión puede romper workflows que dependían de comportamientos viejos.
Preguntas Frecuentes
¿Qué es el one-line setup de n8n?
Es el método oficial de instalación de n8n self-hosted mediante un único comando: curl -fsSL https://get.n8n.io | sh. El script crea un directorio con el archivo de Docker Compose y el .env, y arranca el servicio. También sirve para actualizar instalaciones existentes con la opción –upgrade. Complementá con enviar notificaciones automáticas a Slack.
¿Cómo activo el asistente de IA en n8n self-hosted?
Necesitás tres cosas: una API key de un proveedor de modelos, un sandbox o Daytona para producción, y un proveedor de búsqueda web opcional. Después de cargar la key, reiniciá n8n y el asistente queda habilitado. Aclaración: a agosto de 2026, sigue siendo una funcionalidad en fase Preview.
¿Qué necesito para instalar n8n con Docker?
Docker instalado y corriendo es el requisito central, más un servidor donde ejecutarlo. El resto lo genera el instalador: archivos de Compose, variables de entorno y arranque del servicio.
¿Es gratuita la versión self-hosted de n8n con IA?
La plataforma self-hosted es gratuita para uso interno bajo la licencia Sustainable Use de n8n, sin límites de ejecuciones. El asistente de IA, en cambio, implica costos de consumo en el proveedor de modelos que elijas, porque usa tu propia API key. A agosto de 2026, la funcionalidad sigue en Preview.
¿Requiere configuración adicional después del one-line setup?
Sí. El instalador deja n8n corriendo con una base de configuración generada, pero el asistente de IA exige pasos extra: cargar la API key del proveedor, definir el sandbox o Daytona y reiniciar el servicio. Conviene también revisar el .env y el compose antes de pasar a producción.
Conclusión
Lo que cambió con esta documentación de agosto de 2026 es el punto de partida: hasta ahora, montar n8n self-hosted con soporte para el asistente implicaba juntar piezas de varias guías; ahora existe una ruta única, oficial y repetible que deja los artefactos a la vista. Eso no elimina el trabajo de gobernanza, y está bien que sea así.
Mi lectura después de años viendo despliegues de todo tipo: el instalador resuelve el 20% inicial que más fricción genera, y el 80% restante (proveedores, credenciales, sandboxes, límites de acceso) sigue siendo diseño consciente. Si tu equipo evalúa automatización con IA manteniendo el control de los datos, vale la pena probarlo esta misma semana en un entorno de pruebas: un VPS, el comando, una API key y a romper cosas sin miedo.
