O Claude Code mudou por dentro e quase ninguém percebeu

O Claude Code já mudou por dentro. A ferramenta passou a usar em produção uma versão do Bun reescrita em Rust, e quase ninguém notou. Esse é o detalhe mais importante: uma troca gigantesca de infraestrutura chegou ao produto diário de milhões de desenvolvedores sem virar uma sequência de incidentes públicos.

Em 19 de julho, Simon Willison examinou o binário local do Claude Code. O comando strings ~/.local/bin/claude | grep -m1 'Bun v1' mostrou Bun v1.4.0 (macOS arm64). Era uma versão acima da v1.3.14, então a mais recente versão pública do Bun que ele citava no GitHub. Não era só uma string perdida. A inspeção também encontrou 563 caminhos de arquivos .rs, incluindo componentes do runtime, do bundler e do servidor de desenvolvimento.

A mudança já estava no produto que muita gente usa

💡 Vai rodar Hermes Agent numa VPS? A gente comparou o preço real em cada provedor — com renovação e requisitos — em VPS para Hermes Agent.

O blog oficial do Bun confirma o ponto central. Claude Code v2.1.181, lançado em 17 de junho de 2026, e versões posteriores usam o port em Rust. No Linux, o início do aplicativo ficou 10% mais rápido. Fora isso, a descrição da equipe é quase provocativa: pouca gente percebeu.

“Boring is good” é a frase que Simon Willison destacou ao comentar o caso. Ela resume uma ambição rara em software de infraestrutura. A melhor migração não é a que rende uma demonstração impressionante. É a que substitui uma peça central sem exigir que cada usuário descubra a mudança porque algo parou de funcionar.

O caso ficou mais relevante porque o Bun não é um detalhe isolado no ecossistema da Anthropic. Segundo o blog, a Anthropic adquiriu o Bun em dezembro de 2025. Claude Code e OpenCode passaram a apostar nele como runtime. Isso coloca uma decisão de engenharia de baixo nível dentro de ferramentas que hoje participam da escrita, revisão e execução de código em milhares de equipes.

Um milhão de linhas e uma discussão que não acabou

A escala ajuda a explicar o espanto. A cobertura da Heise e do The Register aponta para cerca de um milhão de linhas reescritas de Zig para Rust, com uso intenso do Claude Fable 5.

Isso não transforma automaticamente a operação em prova de que IA já programa sozinha. A crítica técnica também importa. Andrew Kelley, criador do Zig, chamou o rewrite feito com Claude de “unreviewed slop”. Seu questionamento vai além da rivalidade entre linguagens. Se a justificativa é que a suíte de testes detecta falhas, por que código gerado sem revisão detalhada mereceria confiança maior do que o código anterior, também testado?

A objeção é saudável. Testes são indispensáveis, mas cobrem cenários escolhidos por pessoas. Eles não substituem entendimento de arquitetura, revisão de mudanças difíceis e responsabilidade por regressões que aparecem fora do caminho esperado. Uma reescrita pode passar no conjunto atual de testes e ainda introduzir dívida técnica que só será visível meses depois.

Ao mesmo tempo, ignorar o resultado seria um erro. O port já está rodando em produção dentro do Claude Code. A mudança teve ganho medido de startup no Linux e, até aqui, passou despercebida para a maior parte dos usuários. Não é uma resposta definitiva sobre Rust, Zig ou modelos de IA. É evidência de que agentes já participam de transformações de infraestrutura que antes pareceriam grandes demais para sair de um roadmap longo e altamente manual.

O recado para quem constrói no Brasil

Para desenvolvedores e startups brasileiras, o ponto não é repetir o hype de benchmark. Quem usa Claude Code, OpenCode, Railway, Vercel, DigitalOcean e automações com IA depende de uma cadeia de ferramentas que muda por baixo do produto. Uma atualização pode trocar runtime, linguagem, modelo e comportamento operacional sem aparecer na interface.

Isso aumenta o valor da governança. Equipes precisam saber quais versões estão em uso, manter testes de integração próprios e evitar tratar uma ferramenta de IA como caixa-preta confiável por definição. O trabalho de revisão muda de lugar. Em vez de revisar somente o código produzido pelo agente, é preciso acompanhar também as dependências que permitem ao agente existir.

O debate conversa com a discussão sobre agentes de código integrados ao desktop. Quanto mais essas ferramentas entram no fluxo real de trabalho, menos a pergunta é se elas escrevem código. A pergunta passa a ser quem responde quando o código, o runtime e a atualização chegam juntos.

A leitura do Runzos é simples: o feito do Bun é interessante justamente porque não exige aplauso automático. Ele mostra que uma migração enorme pode ser silenciosa e útil. Mas também reforça que silêncio não deve ser confundido com ausência de risco. Quando a IA reescreve a infraestrutura que sustenta outra IA, revisão, rastreabilidade e planos de reversão deixam de ser burocracia. Viram parte do produto.

Leia também: Hostinger VPS para Agentes de IA em 2026: Claude Code, Hermes Agent e

Leia também: Como Rodar Claude Code e Hermes Agent na Hostinger em 2026