Supabase levanta 150 millones de dólares y compra Turso: los agentes ya crean el 70% de las bases de datos nuevas

Supabase anunció el viernes 2 de octubre de 2026, desde San Francisco, el cierre de una ronda de 150 millones de dólares liderada por el fondo soberano singapurense GIC, con participación de CapitalG (el fondo de crecimiento de Alphabet), IronArc y SquarePeg. En el mismo comunicado informó la compra de Turso, una plataforma de bases de datos pensada para cargas de trabajo de agentes. Los términos de la adquisición no fueron revelados.

El dato que explica la operación está en el uso: según la empresa, hoy se crean más de 4 millones de bases de datos por mes en Supabase y cerca del 70% las crean agentes, no personas. La compañía, fundada en 2020 y construida sobre PostgreSQL, declara más de 13 millones de desarrolladores y más de un millón de usuarios nuevos al mes.

¿Qué compró Supabase y para qué?

Turso nació como una alternativa basada en SQLite, optimizada para abrir volúmenes muy altos de bases de datos pequeñas y de vida corta. Ese patrón es exactamente el de un agente que levanta un entorno para probar algo, lo usa y lo descarta. Según el anuncio, Turso seguirá operando y su arquitectura se integrará al ecosistema de Supabase, en particular a los servicios para agentes.

El equipo fundador se incorpora: Glauber Costa, fundador de Turso, asume como Head of Agentic Services en Supabase, y el cofundador Pekka Enberg también se suma. Costa resumió la tesis diciendo que ser parte de Supabase acerca el objetivo de servir miles de millones de bases de datos.

¿Por qué los agentes cambian la economía de una base de datos?

Durante dos décadas, el supuesto de la infraestructura de datos fue que cada base corresponde a una aplicación con usuarios humanos, vida larga y crecimiento previsible. El uso que describe Supabase rompe ese supuesto en tres frentes:

• Cantidad: millones de bases nuevas al mes en lugar de miles.
• Duración: entornos efímeros, creados y destruidos en el curso de una tarea.
• Origen: la decisión de aprovisionar deja de ser humana y pasa a ser automática.

Paul Copplestone, cofundador y CEO de Supabase, lo planteó así: los agentes están levantando millones de bases de datos para alimentar los prototipos, exploraciones, tableros y aplicaciones que construyen. La compañía también declara más de 100 herramientas asociadas en su ecosistema.

¿Qué significa para las empresas en Chile y Latinoamérica?

Para una empresa B2B en Chile o en el resto de Latinoamérica, la noticia no es una decisión de compra de software, es una señal de costo y de gobierno de datos. Si los equipos internos empiezan a usar asistentes y agentes para construir tableros, prototipos de portales de clientes o integraciones rápidas con el CRM, la infraestructura se aprovisiona sola y el gasto aparece después, repartido en tarjetas y suscripciones que nadie consolidó.

El segundo efecto es de cumplimiento. Una base creada por un agente para explorar datos comerciales puede terminar con información de clientes fuera de los controles habituales, sin clasificación, sin política de retención y sin dueño. En Chile eso ya no es solo una buena práctica: la ley que moderniza la protección de datos personales empuja a saber dónde está cada dato personal y con qué finalidad se trata.

Análisis de Revenue Hub

La lectura de negocio es que la capa de datos se está moviendo del proyecto al evento. Antes una base de datos era un proyecto con presupuesto, dueño y revisión de arquitectura. Ahora es un evento que ocurre miles de veces sin supervisión. Los proveedores están invirtiendo para capturar ese patrón, y la operación comercial de una empresa mediana lo va a sentir primero como ruido: datos de clientes duplicados en entornos que no están en el inventario, y tableros que contradicen al CRM porque leen una copia vieja.

La recomendación concreta para un líder comercial es simple y poco glamorosa: definir esta semana una regla única sobre cuál es la fuente de verdad de los datos comerciales, y que sea el CRM. Todo lo que un agente o un asistente construya encima debe leer de ahí mediante una integración documentada, no copiar datos a un entorno nuevo. Junto con eso, pedir al área técnica un inventario de entornos de datos creados en los últimos noventa días, con dueño y fecha de expiración. Si ese inventario no existe, el problema ya está instalado y solo falta que alguien lo descubra en una auditoría o en un reclamo de cliente.

La oportunidad también es real. Un equipo que tiene su CRM ordenado puede usar estos entornos efímeros para probar segmentaciones, modelos de propensión y tableros nuevos sin tocar producción, y eso acorta ciclos de decisión de semanas a días. La diferencia entre oportunidad y desorden es si existe una definición clara de la fuente de verdad. Seguimos estos movimientos en tendencias SaaS y publicamos criterios de arquitectura de datos comerciales en el blog de Revenue Hub.