Bolha da IA e resgate: o que muda para quem usa Bun

Quando a palavra "bailout" aparece ao lado de "IA" num documento do Congresso americano, o dev que paga fatura de API deveria levantar a cabeça. Foi o que aconteceu agora: os deputados Greg Casar e Maxine Waters lideram uma resolução democrata contra qualquer resgate público da bolha da IA, e o assunto chega mais perto do seu código do que parece. Principalmente se você usa Bun.

O que a resolução contra o resgate da IA propõe?

A ideia central cabe numa frase: se a bolha da IA estourar, o dinheiro público não deve salvar as big techs, e a prioridade tem que ser proteger a população. O anúncio saiu pelo Congressional Progressive Caucus. Vale ler o texto original para ver os termos exatos e quem assinou.

Duas ressalvas antes de alguém sair gritando:

• Ninguém aprovou um resgate. A discussão é preventiva.
• Resoluções desse tipo costumam marcar posição política. Elas raramente movem dinheiro por conta própria.

Então nada muda no seu package.json amanhã. O que chama atenção é outra coisa: a pergunta "e se quebrar?" saiu do Twitter e entrou no Legislativo.

Por que falar em bailout agora?

O setor gasta num ritmo que assusta até quem torce por ele. Só o projeto Stargate foi anunciado, em janeiro de 2025, com a meta de até US$ 500 bilhões em infraestrutura. Boa parte desse dinheiro vira data center e GPU, ativos caros que perdem valor rápido.

Em novembro de 2025, a CFO da OpenAI, Sarah Friar, mencionou a ideia de um "backstop" do governo para o financiamento de infraestrutura. A repercussão foi ruim, ela recuou, e Sam Altman disse publicamente que a empresa não queria garantias do governo. Mesmo assim, a palavra ficou no ar.

Quem viveu 2008 conhece o roteiro. O TARP autorizou até US$ 700 bilhões para estabilizar o sistema financeiro. Em 2023, o governo americano garantiu os depósitos do Silicon Valley Bank, e muita startup só pagou a folha por causa disso. "Grande demais para quebrar" é uma frase velha que aprende truques novos a cada ciclo.

Não sei se é bolha, e desconfio de quem diz saber a data do estouro. Mas o plano de contingência custa pouco, e é dele que eu quero falar.

O que o Bun tem a ver com a bolha da IA?

Mais do que você imagina. Em dezembro de 2025, a Anthropic comprou o Bun. O Claude Code é distribuído como executável feito com Bun, então a compra teve lógica: a empresa precisava do runtime e trouxe o time para dentro. O projeto seguiu open source, com licença MIT.

Na época, a notícia foi boa para quem usa Bun. Antes disso, a pergunta incômoda era como uma startup de runtime ganharia dinheiro. A resposta passou a ser: agora quem paga é uma empresa de IA.

Só que essa resposta troca um risco por outro. Antes, o Bun dependia do caixa da própria Oven. Hoje, depende das prioridades de uma empresa de um setor cujo financiamento virou pauta do Congresso.

Não estou prevendo que a Anthropic vai quebrar ou largar o projeto. Estou dizendo que o seu runtime agora tem exposição indireta ao mercado de IA, mesmo que o seu app não chame modelo nenhum. Isso é novo, e pouca gente colocou na conta.

Licença MIT protege o código. Ela não paga quem mantém o código.

O MIT garante que dá para fazer um fork. Não garante que exista gente capaz de manter um runtime escrito em Zig, com JavaScriptCore por baixo, e com a velocidade de hoje. Um fork no GitHub é fácil. Manter o fork por três anos é o trabalho de verdade.

O risco real para o seu projeto é o preço

Runtime morrer de um dia para o outro é o cenário menos provável. O mais provável é o preço das APIs mudar.

Muita gente suspeita que parte do preço atual ainda é subsidiada pela corrida por mercado. Se o dinheiro ficar caro, alguém vai cobrar a conta. E um resgate público vetado, como quer a resolução, deixa esse ajuste mais direto.

Faça a conta com um número hipotético. Seu produto faz 1 milhão de chamadas por mês, a US$ 0,002 cada. Dá US$ 2.000. Se o provedor dobrar o preço, são US$ 4.000, sem nenhum cliente novo. Se a sua margem era de US$ 1.500, você passou a pagar para trabalhar.

Agora, o que eu faria no código, sem drama.

Como proteger sua stack Bun sem reescrever nada?

Primeiro, descubra o tamanho do seu acoplamento. Isso leva dez segundos:

grep -rnE "Bun\.|bun:" src/ | wc -l

Se der 4, você troca de runtime numa tarde. Se der 400, a decisão de sair já foi tomada por você. Eu continuo usando Bun.serve e bun:sqlite onde faz sentido. Só deixo esse uso em poucos arquivos, para o resto do app não saber em que runtime está rodando.

Segundo, coloque o modelo atrás de uma função só:

// ai.ts: o resto do app só conhece esta função
type Provider = (prompt: string) => Promise<string>

export async function complete(prompt: string, providers: Provider[]) {
  for (const provider of providers) {
    try {
      return await provider(prompt)
    } catch (err) {
      console.error('provider falhou', err)
    }
  }

  throw new Error('nenhum provider respondeu')
}

São poucas linhas, sem framework e sem camada de abstração para impressionar colega. Quando um provedor subir preço ou sair do ar, você muda a ordem do array. Se o SDK de um fornecedor estiver espalhado por 60 arquivos, você não tem integração, você tem casamento sem pacto antenupcial.

Terceiro, trave o que você instala:

bun install --frozen-lockfile

Isso não é paranoia. Com o lockfile commitado, o CI quebra se alguém mudar dependência sem querer, e você decide quando atualizar. Faz sentido também guardar uma versão conhecida do Bun no Dockerfile, em vez de latest.

Por último, registre custo por funcionalidade. Saber que a fatura total foi US$ 2.000 ajuda pouco. Saber que o resumo automático consome 70% dela permite tomar uma decisão.

Devo trocar o Bun pelo Node por causa disso?

Não. Trocar de runtime por causa de uma resolução seria um exagero engraçado. O Bun continua rápido, o bun test continua ótimo, e rodar TypeScript sem configuração segue sendo uma das melhores coisas que aconteceram na minha rotina.

O que muda é o peso da pergunta na hora de escolher. Para uma API nova, eu ainda iria de Bun. Para um sistema que precisa durar dez anos, com time grande e contrato enterprise, eu teria uma conversa mais longa, e o Node ganha pontos por ter uma governança mais distribuída.

O que eu tiro dessa história

A minha opinião: quem acumula o lucro na alta deve segurar o prejuízo na queda. Se a conta da bolha da IA cair no colo do contribuinte, a mensagem para o mercado é péssima, e eu fico do lado da resolução nesse ponto. Se ela vai andar, é outra história.

Para o dev, o recado é menos político. Toda dependência tem um balanço financeiro por trás, e agora isso inclui o runtime. Use Bun, use IA, cobre valor de ambos. Só mantenha a porta de saída destrancada. É assim que eu tento montar os meus projetos.

Meu runtime agora tem exposição ao mercado de IA, e quase ninguém colocou isso na conta.

O Congresso americano já discute uma resolução contra o resgate público da bolha da IA. Ninguém aprovou bailout nenhum, mas a pergunta "e se quebrar?" saiu do Twitter e entrou no Legislativo.

Desde que a Anthropic comprou o Bun, o runtime depende das prioridades de uma empresa desse setor, mesmo que o seu app não chame modelo nenhum.

Licença MIT protege o código. Ela não paga quem mantém o código.

Não vou trocar o Bun pelo Node por causa disso. O risco mais provável é outro: o preço das APIs subir e a sua margem sumir sem nenhum cliente novo.

Por isso deixo o uso de Bun em poucos arquivos, coloco o modelo atrás de uma função só, travo o lockfile e meço custo por funcionalidade.

Use Bun, use IA, só mantenha a porta de saída destrancada. Escrevi o passo a passo no blog, e queria saber: quantos arquivos o seu projeto teria que mudar para sair?

#Bun #InteligenciaArtificial #JavaScript #Tecnologia #DesenvolvimentoDeSoftware