Supabase Compute: agentes de IA dentro de tu proyecto

Supabase Compute: agentes de IA corriendo junto a tu base de datos

Las consultas del agente de datos de Dreambase a Postgres pasaron de una mediana de 65 ms —cuando corrían desde otra región— a 2,9 ms al ejecutarse en el mismo proyecto donde vive la base de datos. Ese es el dato que Supabase usó para abrir la alpha privada de Supabase Compute, un servicio que permite correr agentes, jobs en segundo plano y APIs dentro del proyecto, sin saltar a un segundo proveedor.

Para un equipo que hoy mantiene su lógica en una plataforma y los datos en otra, la propuesta ataca un dolor muy concreto: dos deploys, dos sistemas de logs y debugging repartido entre dos proveedores. Esto es lo que se puede ejecutar, cómo se despliega y qué letras chicas trae la alpha.

¿Qué se puede ejecutar en Supabase Compute?

Cada servicio recibe un entorno Linux completo, así que no estás atado al runtime acotado de una función. Los casos de uso que documenta el lanzamiento son:

• Un agente de IA que levanta y coordina múltiples tareas.
• Una API o servicio web escrito en cualquier lenguaje, configurado con un Dockerfile.
• Un procesador de jobs durable que toma tareas desde Postgres, como OpenWorkflow.
• Una sincronización de datos o un backfill de embeddings que corre durante horas.
• Un servicio WebSocket para apps en tiempo real de baja latencia, como agentes de voz.

El punto de partida es el techo de las Edge Functions: hay trabajo que simplemente no entra ahí. Necesita más memoria o CPU, corre más de 400 segundos —el caso típico de un agente de IA— o está escrito en otro lenguaje. Hasta ahora, ese trabajo obligaba a sumar una segunda plataforma con sus propios deploys y sus propios logs.

¿Cómo se despliega un servicio de Compute?

Usa el Supabase CLI que ya tienes, en versión v2.120.0 o posterior. El flujo es corto:

• Agregar compute = true bajo la sección [experimental] de supabase/config.toml.
• Crear el servicio con supabase compute new y elegir runtime (Node, Deno o un Dockerfile), tamaño (2 GB con 1 vCPU o 4 GB con 2 vCPUs) y si el servicio es público (con URL) o privado (sin URL).
• Reemplazar el código de arranque dentro de la carpeta supabase/compute/.
• Desplegar con supabase compute push.

Un detalle relevante para equipos que ya trabajan con agentes de código: la configuración de un servicio son unas pocas líneas en config.toml, así que tu propio agente puede escribirla y desplegar por ti. La Management API también expone endpoints en alpha para desplegar, listar y borrar servicios. Los servicios heredan los secretos del proyecto y sus logs aparecen en la página de Compute del dashboard.

Las letras chicas: qué no esperar de la alpha

Es una alpha privada y Supabase lo dice sin vueltas: sirve para evaluación, no para producción, y puede cambiar o terminar. Los límites concretos:

• Solo proyectos en la región us-west-2.
• Un servicio puede reiniciarse en cualquier momento, así que el trabajo de larga duración debe guardarse en Postgres.
• Cada servicio recibe todos los secretos del proyecto.
• No hay autoscaling, ni GPU, ni disco persistente.
• Los servicios públicos se suspenden cuando quedan inactivos; los privados siguen corriendo.

Y algo clave si estás construyendo agentes: los sandboxes para agentes de IA no forman parte de esta alpha. Si los necesitas, hay que decirlo en el formulario de la lista de espera, junto con el Project ID y la descripción de lo que quieres construir.

¿Por qué Supabase mueve el cómputo al lado de los datos?

El contexto de negocio ayuda a entender por qué Compute llega ahora. Según Yahoo Finance, en el comunicado del 2 de octubre de 2026 Supabase anunció US$150 millones en nueva financiación liderada por GIC, con participación de CapitalG —el fondo de crecimiento de Alphabet—, IronArc y SquarePeg. Esa ronda llegó cuatro meses después de su Serie F de US$500 millones y vino acompañada del anuncio de la adquisición de Turso, una plataforma que permite provisionar grandes volúmenes de bases de datos aisladas para cargas de trabajo de agentes. Glauber Costa, fundador de Turso, se incorporó a Supabase como Head of Agentic Services.

Las cifras de uso explican la estrategia. La compañía dice sumar más de 1 millón de usuarios y 4 millones de bases de datos por mes, y que cerca del 70% de las bases nuevas las crean agentes o herramientas impulsadas por IA. TechTimes reportó que en junio, cuando se anunció la Serie F de US$500 millones a una valoración pre-money de US$10.000 millones, las bases creadas en Supabase habían crecido más de 600% interanual. Pulse2 agrega que Supabase fue fundada en 2020 y que más de 13 millones de desarrolladores usan la plataforma.

Con ese volumen, ejecutar el agente lejos de los datos tiene un costo medible en latencia y en complejidad operativa. De ahí que Compute no sea un producto aislado: es la pieza que cierra el círculo junto a Postgres, la autenticación, el storage y las Edge Functions.

¿Qué significa esto para tu startup?

Tres lecturas prácticas si estás construyendo con agentes o pensando en hacerlo.

Primero, revisa si tu trabajo de fondo ya no cabe en una función. Si tu agente encadena varias llamadas a un modelo, o tu backfill de embeddings tarda horas, la alternativa de hoy es contratar una segunda plataforma. Compute no cobra durante la alpha y se despliega con el mismo CLI que ya usas, así que el costo de probarlo es bajo, siempre que tu proyecto esté en us-west-2.

Segundo, trata la latencia como una decisión de arquitectura, no como un detalle de performance. El salto de 65 ms a 2,9 ms en el caso de Dreambase no es un dato de marketing: es la diferencia entre un agente que se siente instantáneo y uno que hace esperar al usuario en cada paso. Si tu producto tiene agentes conversacionales o de voz, medir ese número debería estar en tu lista de pendientes.

Tercero, no lleves nada con datos sensibles a esta alpha. Cada servicio recibe todos los secretos del proyecto y no hay disco persistente ni autoscaling. Para evaluar, sirve; para producción, todavía no.

Acciones concretas que puedes ejecutar esta semana:

• Audita tu Edge Function más lenta: cuánto tarda y cuánta memoria consume. Si se acerca a los 400 segundos o al límite de memoria, ese es tu primer candidato a Compute.
• Si tu proyecto está en us-west-2, entra a la lista de espera y describe qué quieres construir, incluidos los sandboxes de agentes, que no están en la alpha pero condicionan el roadmap.
• Si vas a probar, guarda el estado de cualquier proceso largo en Postgres desde el primer día: un servicio puede reiniciarse en cualquier momento.

Conclusión

Supabase Compute ataca un problema que casi todo equipo que construye con agentes descubre tarde: el agente que vive lejos de los datos. La alpha es estrecha —una sola región, sin GPU, sin autoscaling— y hay que tratarla como laboratorio, no como cimiento de producción. Pero la dirección es clara: el backend y el cómputo dejan de ser dos mundos separados con dos facturas distintas. Para un founder con equipo chico, la pregunta útil no es si adoptar Compute hoy, sino si tu arquitectura actual pasaría la prueba de mudar el trabajo pesado al lado de la base de datos.

Fuentes

• Supabase Compute: run your agents inside your project (fuente original)
• Supabase Announces $150M in New Funding and Turso Acquisition — Yahoo Finance
• Supabase Raises $150 Million And Acquires Turso — Pulse 2.0
• Open-Source Database Supabase Hits $10.5 Billion — TechTimes