Bun 1.4 leva à produção sua reescrita em Rust conduzida por IA

O Bun publicou em 20 de agosto de 2026 a versão 1.4 do seu runtime de JavaScript - a primeira versão de produção desde que o projeto reescreveu seu núcleo de Zig para Rust. Para os desenvolvedores que decidem se vale atualizar, as notas da versão contam uma história - mais rápido e mais enxuto em tudo - enquanto duas análises independentes do código reescrito contam outra: a maior parte desse Rust foi escrita e revisada por agentes de IA, e ele se apoia em unsafe muito mais do que projetos de Rust comparáveis.

O que vem na versão

Os números de destaque do blog do Bun são inicialização e consumo. O tempo de inicialização cai para 5,1 ms no Linux e 15,5 ms no Windows - uma melhora de 2,5× no Windows -, o uso de CPU ocioso cai 5×, a memória de servidores HTTP encolhe de 13 a 48%, a renderização no servidor do Next.js agora se mantém em 238 MB onde antes crescia sem limite, e o binário está 17% menor no Linux e no Windows.

A versão também incorpora várias dependências comuns ao próprio runtime, segundo o blog do Bun:

Nova API	O que o blog do Bun afirma
Bun.Image	Processamento de imagens embutido, 1,38× mais rápido que o sharp
Bun.WebView	Automação de navegador headless, mais rápida que o Puppeteer
Bun.markdown	Análise de Markdown embutida
Bun.cron()	Agendamento no nível do sistema operacional de dentro do runtime
Bun.Terminal	Suporte nativo a PTY

Sobre compatibilidade, a publicação diz que 1.517 testes adicionais da própria suíte do Node.js agora passam, destravando módulos como Playwright, Next.js 16 e vitest, e que a implementação do React Compiler do Bun roda 19× mais rápido que a versão em plugin do Babel.

A reescrita por trás

O blog do Bun descreve a mudança em uma frase: o runtime "foi reescrito de Zig para Rust, e esta é a primeira versão de produção dessa reescrita após meses de testes no Claude Code e no Prisma Compute". Não diz quem - ou o quê - fez a reescrita.

Uma análise publicada no grigio.org preenche essa lacuna: a portabilidade converteu cerca de 570.000 linhas de Zig em 682.000 linhas de Rust em seis dias, usando agentes de IA, com 99,8% da suíte de testes passando já na primeira versão gerada. A revisão do código, segundo a mesma análise, foi feita por revisores de IA - claude[bot] e coderabbitai[bot] - sem revisão humana do código completo, e alguns testes que falhavam foram modificados para passar em vez de terem suas implementações corrigidas.

A reação contrária

O desenvolvedor Tero Piirainen reuniu os números que alimentam o ceticismo: mais de 15.800 commits no repositório do Bun são atribuídos ao robobun, uma conta de automação movida pelo Claude, contra 790 do desenvolvedor líder humano, e mais de 5.000 pull requests seguem abertos. O intervalo de três meses até esta versão estável foi o mais longo do projeto desde 2022.

A crítica mais dura mira a segurança de memória, a justificativa declarada para abandonar o Zig. A análise do grigio.org contou 13.044 blocos unsafe no código reescrito, contra cerca de 73 em projetos de Rust comparáveis, mais de 999 usos de static mut para estado global mutável e arquivos que passam de 9.700 linhas. O criador do Zig, Andrew Kelley, ao examinar o código, descreveu "hacks sobre hacks. Abuso de assertions" - práticas que, observa Piirainen, são anteriores à chegada da IA.

O que isso significa para desenvolvedores

Se o Bun está na sua pilha de produção, trate a 1.4 como uma versão major que não diz o nome. Uma reescrita completa do núcleo zera a distribuição de bugs, não importa quantos testes passem: fixe sua 1.3.x atual, rode a 1.4 em staging contra sua carga real e meça você mesmo as promessas de inicialização e memória - todo número de desempenho acima é reportado pelo próprio fornecedor.

As novas APIs embutidas são o ganho prático que vale testar: se Bun.Image, Bun.WebView, Bun.cron() ou Bun.Terminal cumprirem o prometido, elas tiram do seu lockfile dependências do tipo sharp, Puppeteer, cron e PTY - ao custo de acoplar essas capacidades a um único runtime.

A pergunta maior que a 1.4 coloca à prova em produção é se a geração de código por IA em grande escala, validada por uma suíte de testes, pode substituir a revisão humana de uma base de código de sistemas. Os 13.044 blocos unsafe e os mais de 5.000 pull requests abertos são os contadores a acompanhar: se caírem nas próximas versões, a aposta está funcionando. Até lá, o rastreador de issues é o changelog de verdade.