Supabase comprou a Turso porque agentes precisam de um banco de dados por tarefa

A Supabase anunciou em 2 de outubro que levantou US$ 150 milhões e está adquirindo a Turso, uma empresa de banco de dados baseada em SQLite. A rodada foi liderada pela GIC, de Singapura, com a participação do CapitalG, fundo de crescimento da Alphabet, da IronArc e da SquarePeg. O valor da aquisição não foi divulgado, e o anúncio do financiamento não deve ser lido como o preço da compra.

A aposta arquitetural por trás do negócio é a parte interessante. A Supabase construiu seu negócio em torno do Postgres, um sistema relacional projetado para aplicações que compartilham um único repositório coerente. A Turso reescreveu o SQLite do zero e removeu sua restrição de escritor único, entregando-o depois por meio de uma arquitetura sem disco, com o write-ahead log mantido no S3. O resultado é um banco de dados que pode ser provisionado sob demanda, por agente, a uma fração do custo de subir uma máquina para cada um.

Os números citados pela Supabase

A Supabase afirma que agora adiciona mais de um milhão de usuários e cerca de quatro milhões de bancos de dados por mês. Relata que cerca de 70% dos novos bancos de dados na plataforma são criados por agentes ou ferramentas orientadas por IA. Em junho, relatou um aumento de 600% ano a ano na contagem de bancos de dados e disse que os agentes já eram responsáveis pela maioria das novas implantações. A empresa afirma que mais de 13 milhões de desenvolvedores usam a plataforma.

Esses são números de adoção relatados pela própria empresa, e a criação de bancos de dados não é a mesma medida que receita ou retenção. Um banco de dados que um agente cria para uma tarefa e abandona uma hora depois ainda conta nesse total mensal. O que os números mostram é o formato da curva de demanda: o volume de bancos de dados criados cresce mais rápido do que o número de humanos que os criam, o que é exatamente o sinal de que um modelo de um banco por aplicação está sob pressão.

Por que um banco de dados por agente quebra a velha aritmética

A unidade de infraestrutura está mudando. Quando um desenvolvedor humano cria uma aplicação, um único banco de dados atende a muitos usuários, e o custo de provisioná-lo é diluído ao longo de um projeto de longa duração. Quando um agente executa uma tarefa, ele pode precisar de seu próprio repositório temporário para estado, memória ou resultados intermediários — e pode precisar dele por minutos.

Provisionar uma instância por agente sob um modelo convencional de banco de dados gerenciado não funciona nessa escala. A sobrecarga de alocar um servidor, configurá-lo e cobrá-lo ofusca o valor da pequena carga de trabalho que roda dentro dele. O argumento da Turso é que um banco de dados deveria custar quase nada para ser criado e quase nada para ficar ocioso, de modo que lançar um milhão deles seja uma operação normal, e não um evento contábil.

A lista de clientes que a Supabase cita para a Turso inclui Superhuman, CTO.new, Sauna.ai e Mastra. O fundador da Turso, Glauber Costa, entra na Supabase como Head de Serviços Agênticos, ao lado do cofundador Pekka Enberg e do restante da equipe.

Um detalhe vale a pena destacar para quem já usa a Turso. O fork libSQL anterior da empresa e seu motor Rust mais recente são implementações diferentes, e os dois não têm o mesmo conjunto de recursos. A Turso explicou a transição em um anúncio de reescrita de janeiro de 2025. Uma equipe deve verificar em qual motor sua implantação roda antes de presumir que um recurso listado na página de marketing está disponível em produção.

A concorrência que isso visa

A aquisição também deixa claro com o que a Supabase está competindo. Sua oferta paga inclui autenticação, armazenamento, edge functions, assinaturas em tempo real e busca vetorial, o que a coloca contra Firebase, MongoDB Atlas e AWS Aurora no mercado de backend gerenciado, e não contra um único fornecedor de banco de dados.

Cada um deles tem uma fraqueza diferente na camada de agentes. O Firebase prende os desenvolvedores a um modelo de documentos e à nuvem do Google. O MongoDB Atlas modela dados com flexibilidade, mas cobra por cluster em vez de por unidade de trabalho de agente. O Aurora é poderoso e caro em pequena escala, com um provisionamento que não se encaixa em uma tarefa que dura minutos.

A contribuição da Turso é a menor unidade possível de armazenamento. Ela oferece escritas concorrentes, busca vetorial nativa e execução no navegador, além de replicação embutida entre dispositivos e a nuvem. Essa última capacidade importa para uma classe de aplicação que roda em parte na máquina do usuário, onde uma ida e volta a um banco de dados na nuvem tem o formato errado para o problema.

O caminho de graduação é o mecanismo comercial. Um projeto que começa como um único banco SQLite e cresce até se tornar uma aplicação de verdade migra para o Postgres e, com isso, para um plano pago. O argumento da Supabase é que capturar o projeto no momento em que um agente o cria sai mais barato do que conquistar o desenvolvedor depois.

O histórico de captação é um sinal por si só

A rodada chega quatro meses depois de a Supabase fechar uma Série F de US$ 500 milhões em junho de 2026, que avaliou o negócio em US$ 10,5 bilhões post-money e também foi liderada pela GIC. Essa rodada veio depois de uma Série E de US$ 100 milhões em outubro de 2025, com avaliação de US$ 5 bilhões. O capital total levantado agora passa da marca de US$ 1 bilhão.

Levantar novamente tão cedo sugere que a empresa queria capital ou manchete, e o comunicado afirma que parte da rodada oferece liquidez para os funcionários. Um componente secundário para a equipe é normal nesse estágio, e vale separá-lo do caixa operacional que a empresa de fato utiliza.

A lógica estratégica é mais clara que a financeira. A Supabase quer ser o lugar a que um desenvolvedor ou um agente recorre primeiro quando um projeto precisa de um backend. Se a versão mais inicial desse projeto é um minúsculo banco SQLite criado por um agente, então ser dono do momento da criação significa ser dono da relação antes que um concorrente veja o projeto. A partir daí, a Supabase oferece um caminho de graduação para o Postgres padrão quando a aplicação supera o nível leve. A Turso continua operando como plataforma, e seu código permanece aberto.

O padrão de consolidação

A Supabase não está sozinha nesse movimento. A Restate levantou uma Série A de US$ 20 milhões liderada pela Singular neste mês, para infraestrutura durável que evita que fluxos de trabalho longos de agentes falhem no meio da tarefa. A LlamaIndex lançou uma ferramenta de extração de documentos baseada em esquema, voltada a pipelines de dados de agentes. O tema comum a esses negócios é que a encanação por baixo dos agentes está se tornando uma categoria, e as partes dela que antes eram um detalhe secundário agora têm financiamento.

Para quem constrói, a pergunta prática é o que muda. Usuários atuais da Supabase são informados de que não verão diferença, o que é a resposta certa para uma plataforma que agora roda dois motores sob o mesmo teto. A mudança mais consequente está nos padrões. Se Postgres e SQLite vivem no mesmo ecossistema, escolher entre eles passa a ser uma decisão sobre o formato da carga de trabalho, e não sobre o fornecedor, e a opção barata fica disponível no momento em que um agente precisa dela, e não depois de um ciclo de compras.

O que permanece em aberto é se a economia se sustenta. Um modelo de banco de dados por agente só é viável se os custos de armazenamento, provisionamento e suporte ficarem abaixo do preço que um cliente pagará, e se um número suficiente desses bancos crescer até virar cargas de trabalho de produção pagas. A Supabase apostou que a resposta é sim, e que os projetos que vale a pena manter começarão pequenos.