Última verificación:
SuperAGI se posiciona como la plataforma multiagente de nivel producción. El framework ha madurado notablemente durante 2025 y 2026 y ahora compite en serio con CrewAI y AutoGen entre equipos que quieren una flota de agentes con monitorización y gestión del ciclo de vida como es debido. El perfil de hosting pesa más de lo que sugieren los vídeos de demostración tan pulidos.
Ejecuté SuperAGI en tres niveles de VPS durante un mes cada uno para mapear los puntos de ruptura.
Lo que SuperAGI realmente necesita
Cinco servicios que hay que dimensionar:
- Backend FastAPI. La superficie de API y la orquestación de agentes. De 400 a 700 MB residentes.
- Workers de Celery. Cada agente activo es un worker. De 200 a 500 MB cada uno.
- Postgres. Estado de los agentes, conversaciones, configuraciones. Crece con el uso.
- Redis. Cola de tareas y pub/sub. Huella pequeña, pero se acumula.
- Almacén vectorial opcional. Pinecone o Qdrant local si activas la ingesta de conocimiento.
La realidad de ejecutarlo en producción: el número de workers de Celery es el factor principal. Tres agentes corriendo en paralelo y ya vas por 2 GB solo en workers, antes de contar los servicios de soporte.
Comparativa de VPS para SuperAGI
| Proveedor | Plan | vCPU | RAM | Disco | Mensual | Mejor para |
|---|---|---|---|---|---|---|
| Hetzner Cloud | CCX23 | 4 | 16 GB | 160 GB NVMe | 85.99 EUR | Elección por defecto en producción |
| Contabo VPS | VPS M | 6 | 16 GB | 400 GB NVMe | 8.50 EUR | Despliegue de producción económico |
| DigitalOcean | Premium AMD 4 GB | 2 | 8 GB | 100 GB NVMe | 28 USD | Carga ligera, equipo en EE. UU. |
| Hetzner | EX44 dedicado | 6 núcleos | 64 GB | 2x 512 GB NVMe | 51 EUR | Flota grande, muchos agentes |
Hetzner Cloud CCX23: la elección por defecto en producción
El nivel de 16 GB te da el margen necesario para toda la pila de SuperAGI más varios agentes simultáneos sin caer en thrashing. El NVMe gestiona bien el patrón de escritura de Postgres, y la vCPU dedicada mantiene los workers de Celery con buena capacidad de respuesta.
Ventajas que importan:
- Los snapshots te salvan cuando una actualización de SuperAGI rompe el esquema
- Facturación por horas si necesitas levantar un servidor más grande para un trabajo puntual
- 80 ms de latencia hacia la mayoría de proveedores de modelos
Desventaja real: el límite de 20 TB de salida puede quedarse justo si ingieres grandes bases de conocimiento con regularidad.
Consigue Hetzner: Hetzner Cloud.
Contabo VPS M: la opción de producción económica
6 vCPU y 16 GB por 8.50 EUR al mes son realmente competitivos en specs puras. El disco NVMe aguanta bien Postgres. Las contrapartidas son las mismas de siempre en Contabo:
- Aprovisionamiento lento, en horas
- Latencia de salida hacia los proveedores de modelos más alta que en Hetzner
- Los niveles más baratos pueden tener vecinos más ruidosos
Para un despliegue de SuperAGI que configuras una vez y dejas correr como servicio, la relación calidad-precio es difícil de ignorar.
Consigue Contabo: Contabo VPS.
DigitalOcean Premium AMD 4 GB: para carga ligera en EE. UU.
8 GB de RAM sostienen una instalación mínima de SuperAGI con dos o tres agentes. Más allá de eso, te quedas corto. La región NYC3 recorta la latencia hacia las API de modelos para usuarios de la costa este de EE. UU. Los snapshots son útiles para actualizaciones sin riesgo.
Punto negativo honesto: a 28 USD al mes, pagas por la región, no por las specs.
Consigue DigitalOcean: DigitalOcean.
Hetzner EX44 dedicado: para flotas grandes
Cuando SuperAGI se convierte en la columna vertebral de un producto real con muchos agentes en paralelo, los niveles cloud empiezan a quedarse pequeños. El EX44 con 6 núcleos y 64 GB de RAM es el salto más limpio hacia arriba. Tienes margen para una sesión de ajuste de Postgres en serio, puedes fijar los workers de Celery por núcleo, y los vecinos ruidosos desaparecen.
Consigue Hetzner Robot: Hetzner.
Consejos útiles para producción
Tres cosas que ojalá hubiera configurado antes:
- Ajustar Postgres de forma explícita. Los valores por defecto no son adecuados para una instalación de SuperAGI con carga alta. Shared_buffers, work_mem y max_connections hay que ajustarlos todos.
- Fijar el número de workers de Celery. El autoescalado suena bien y acaba en OOM durante picos de tráfico. Fija un máximo y vive dentro de ese límite.
- Respaldar el estado de Redis. Sí, Redis es sobre todo una cola, pero SuperAGI lo usa también para estado de coordinación a corto plazo. Los snapshots evitan escenarios de recuperación confusos.
Lo que yo elegiría realmente
Si empiezas hoy:
- UE, producción por defecto: Hetzner CCX23
- UE, producción económica: Contabo VPS M
- Costa este de EE. UU., carga ligera: DigitalOcean Premium AMD 8 GB
- Flota grande: Hetzner EX44 dedicado
Para la visión más amplia del self-hosting, consulta la comparativa de SelfHostVPS. SuperAGI evoluciona rápido y actualizo esta página cuando se producen cambios importantes en el servicio.
Frequently asked questions
¿Cuál es la especificación mínima de VPS para SuperAGI?
4 vCPU y 8 GB de RAM son el suelo realista. SuperAGI ejecuta una pila de servicios (backend FastAPI, workers de Celery, Postgres, Redis, almacén vectorial opcional) y el despliegue de demostración con valores por defecto ronda los 3 a 4 GB residentes. En cuanto hay varios agentes de larga duración activos, la curva sube deprisa.
¿Necesita SuperAGI una GPU en el VPS?
Solo si además autoalojas el modelo. SuperAGI es una plataforma de orquestación pura que llama al proveedor de modelo que configures. Un VPS solo con CPU tipo Hetzner CCX o Contabo NVMe es la configuración estándar en producción.
¿Puede SuperAGI funcionar en un servidor Contabo de 5 dólares?
No de forma cómoda. La pila de servicios se acumula y el nivel más barato hace swap. El framework arranca, pero las ejecuciones de agentes serán lentas y poco fiables. Prevé como mínimo el siguiente nivel.
¿Por qué consume tanto disco SuperAGI?
Tres focos de consumo. Postgres para el estado de los agentes y el historial de conversaciones, que crece con el uso. El almacén vectorial si activas la ingesta de conocimiento. Y los logs de los workers de Celery, muy detallados por defecto. 80 GB de NVMe es el mínimo realista, 160 GB para producción.