Supabase compró Turso porque los agentes necesitan una base de datos por tarea

Supabase anunció el 2 de octubre que recaudó 150 millones de dólares y que adquiere Turso, una empresa de bases de datos basada en SQLite. La ronda fue liderada por GIC, de Singapur, con la participación de CapitalG, el fondo de crecimiento de Alphabet, IronArc y SquarePeg. El precio de la adquisición no se reveló, y el anuncio de financiación no debe interpretarse como el precio de compra.

La apuesta arquitectónica detrás del acuerdo es la parte interesante. Supabase construyó su negocio en torno a Postgres, un sistema relacional diseñado para aplicaciones que comparten un único almacén coherente. Turso reescribió SQLite desde cero y eliminó su restricción de escritor único, y luego lo entregó mediante una arquitectura sin disco con el registro de escritura anticipada (write-ahead log) en S3. El resultado es una base de datos que se puede aprovisionar bajo demanda, por agente, a una fracción del costo de levantar una máquina para cada uno.

Las cifras que cita Supabase

Supabase dice que ahora suma más de un millón de usuarios y aproximadamente cuatro millones de bases de datos cada mes. Informa que alrededor del 70 por ciento de las nuevas bases de datos en la plataforma son creadas por agentes o herramientas impulsadas por IA. En junio, reportó un aumento del 600 por ciento interanual en el número de bases de datos, y dijo que los agentes ya eran responsables de la mayoría de los nuevos despliegues. La empresa afirma que más de 13 millones de desarrolladores usan la plataforma.

Esas son cifras de adopción reportadas por la empresa, y la creación de bases de datos no es la misma medida que los ingresos o la retención. Una base de datos que un agente levanta para una tarea y abandona una hora después todavía cuenta en ese total mensual. Lo que sí muestran las cifras es la forma de la curva de demanda: el volumen de bases de datos que se crean crece más rápido que el número de humanos que las crean, que es exactamente la señal de que un modelo de una base de datos por aplicación está bajo tensión.

Por qué una base de datos por agente rompe la aritmética anterior

La unidad de infraestructura está cambiando. Cuando un desarrollador humano construye una aplicación, una base de datos sirve a muchos usuarios, y el costo de aprovisionarla se amortiza a lo largo de un proyecto de larga vida. Cuando un agente ejecuta una tarea, puede necesitar su propio almacén temporal para estado, memoria o resultados intermedios, y puede necesitarlo durante minutos.

Aprovisionar una instancia por agente bajo un modelo convencional de base de datos gestionada no funciona a esa escala. La sobrecarga de asignar un servidor, configurarlo y facturarlo empequeñece el valor de la pequeña carga de trabajo que se ejecuta dentro. La propuesta de Turso es que una base de datos debería costar casi nada crearla y casi nada mantenerla inactiva, de modo que lanzar un millón de ellas sea una operación normal en lugar de un evento contable.

La lista de clientes que Supabase cita para Turso incluye a Superhuman, CTO.new, Sauna.ai y Mastra. El fundador de Turso, Glauber Costa, se une a Supabase como Head of Agentic Services, junto con el cofundador Pekka Enberg y el resto del equipo.

Un detalle vale la pena señalar para cualquiera que ya use Turso. El fork anterior de libSQL de la empresa y su nuevo motor Rust son implementaciones diferentes, y las dos no tienen el mismo conjunto de características. Turso explicó la transición en un anuncio de reescritura de enero de 2025. Un equipo debería comprobar en qué motor se ejecuta su despliegue antes de asumir que una característica listada en la página de marketing está disponible en producción.

La competencia a la que apunta esto

La adquisición también aclara con qué compite Supabase. Su oferta de pago incluye autenticación, almacenamiento, funciones edge, suscripciones en tiempo real y búsqueda vectorial, lo que la sitúa frente a Firebase, MongoDB Atlas y AWS Aurora en el mercado de backend gestionado, en lugar de frente a un único proveedor de bases de datos.

Cada uno de ellos tiene una debilidad diferente en la capa de agentes. Firebase ata a los desarrolladores a un modelo de documentos y a la nube de Google. MongoDB Atlas modela los datos de forma flexible, pero cobra por clúster en lugar de por una unidad de trabajo de agente. Aurora es potente y costosa a pequeña escala, con un aprovisionamiento que no encaja con una tarea que vive durante minutos.

La contribución de Turso es la unidad de almacenamiento más pequeña posible. Ofrece escrituras concurrentes, búsqueda vectorial nativa y ejecución en el navegador, junto con replicación embebida entre dispositivos y la nube. Esa última capacidad importa para una clase de aplicación que se ejecuta en parte en la máquina de un usuario, donde un viaje de ida y vuelta a una base de datos en la nube es la forma equivocada para el problema.

La ruta de graduación es el mecanismo comercial. Un proyecto que comienza como una sola base de datos SQLite y crece hasta convertirse en una aplicación real migra a Postgres, y con ello a un plan de pago. El argumento de Supabase es que capturar el proyecto en el momento en que un agente lo crea es más barato que adquirir al desarrollador después.

El historial de financiación es una señal en sí mismo

La ronda llega cuatro meses después de que Supabase cerrara una Serie F de 500 millones de dólares en junio de 2026, que valoró el negocio en 10.500 millones de dólares post-money y también fue liderada por GIC. Esa ronda siguió a una Serie E de 100 millones de dólares en octubre de 2025 con una valoración de 5.000 millones de dólares. El capital total recaudado ahora supera la marca de los 1.000 millones.

Recaudar de nuevo tan pronto sugiere que la empresa quería capital o un titular, y el comunicado dice que parte de la ronda proporciona liquidez para los empleados. Un componente secundario para el personal es normal en esta etapa, y vale la pena separarlo del efectivo operativo que una empresa realmente despliega.

La lógica estratégica es más clara que la financiera. Supabase quiere ser el lugar al que un desarrollador o un agente acuda primero cuando un proyecto necesite un backend. Si la primera versión de ese proyecto es una diminuta base de datos SQLite creada por un agente, entonces poseer el momento de la creación significa poseer la relación antes de que un competidor siquiera vea el proyecto. A partir de ahí, Supabase ofrece una ruta de graduación hacia Postgres estándar cuando una aplicación supera el nivel ligero. Turso sigue funcionando como plataforma, y su base de código permanece de código abierto.

El patrón de consolidación

Supabase no está solo en este movimiento. Restate recaudó una Serie A de 20 millones de dólares liderada por Singular este mes para infraestructura duradera que evita que los flujos de trabajo de agentes de larga duración fallen a mitad de tarea. LlamaIndex lanzó una herramienta de extracción de documentos basada en esquemas dirigida a canalizaciones de datos de agentes. El tema común en estos acuerdos es que la plomería debajo de los agentes se está convirtiendo en una categoría, y las partes que antes eran una ocurrencia tardía ahora están financiadas.

Para los desarrolladores, la pregunta práctica es qué cambia. A los usuarios existentes de Supabase se les dice que no verán ninguna diferencia, que es la respuesta correcta para una plataforma que ahora ejecuta dos motores bajo un mismo techo. El cambio más trascendente está en los valores predeterminados. Si Postgres y SQLite viven en el mismo ecosistema, elegir entre ellos se convierte en una decisión sobre la forma de la carga de trabajo en lugar de sobre el proveedor, y la opción barata queda disponible en el momento en que un agente la necesita en lugar de después de un ciclo de adquisición.

Lo que queda abierto es si la economía se sostiene. Un modelo de base de datos por agente solo es viable si los costos de almacenamiento, aprovisionamiento y soporte se mantienen por debajo del precio que pagará un cliente, y si suficientes de esas bases de datos crecen hasta convertirse en cargas de trabajo de producción de pago. Supabase ha apostado a que la respuesta es sí, y a que los proyectos que vale la pena conservar empezarán siendo pequeños.