Cloudflare lança tsrs, porta em Rust do TypeScript escrita por agentes de IA

Os números impressionam, mas um detalhe de compatibilidade já pegou gente de surpresa no CI.

Nota da redação: dois pontos deste texto não puderam ser confirmados integralmente na fonte original (InfoQ). A legenda do gráfico menciona versões específicas (TypeScript 7.0.2, build nightly) e nomes de projetos usados nos testes (VS Code, MUI docs, webpack, t3code server) que não constam na descrição da imagem feita pela fonte. Também a frase sobre o modelo de memória citar explicitamente um "language server rodando o dia inteiro no editor" é uma elaboração do autor a partir de uma crítica mais genérica da fonte, que apenas questiona se o modelo é seguro para uso prolongado. Mantemos o texto como está, mas o leitor deve considerar esses dois pontos como detalhes não verificados, não como fatos centrais do anúncio.

Os números impressionam, mas um detalhe de compatibilidade já pegou gente de surpresa no CI.

A Cloudflare e a VoidZero apresentaram o tsrs, compilador TypeScript↳TypeScript23 conteúdosTypeScript: ReadonlyArrayDev (Back & Front) · jun 2019Onde usar ANY no TypeScriptDev (Back & Front) · out 2025Tudo sobre o Node rodar TypeScript nativamente!Dev (Back & Front) · jul 2025Ver tudo em Dev (Back & Front) → reescrito em Rust por agentes de IA↳Agentes de IA42 conteúdosOpera passa a integrar ChatGPT, Claude e outros agentes de IADev (Back & Front) · mar 2026Operações mais inteligentes, decisões mais rápidas: o impacto da IA agêntica na rotina de TIAI · abr 2026Adobe aposta em orquestração de agentes de IA: o que muda para devsDev (Back & Front) · abr 2026Ver tudo em AI →. Os números impressionam, mas um detalhe de compatibilidade já pegou gente de surpresa no CI.

Em 27 de outubro de 2026, a Cloudflare apresentou o tsrs, uma porta em Rust do compilador do TypeScript, desenvolvida em parceria com a VoidZero e com Max Schwenk, engenheiro da Owner.com. O projeto nasce dentro do toolchain Oxc e, segundo a Cloudflare, foi construído em colaboração próxima com o time do TypeScript na Microsoft. A empresa faz questão de frisar que não é um fork: quem mantém controle total sobre o design da linguagem continua sendo a equipe oficial do TypeScript (InfoQ).

Por que isso não é só mais um fork

O tsrs entra num território que já tinha dois ocupantes: o tsgo, porta oficial da Microsoft escrita em Go, e o tsc-rs, projeto paralelo de Theo Browne também em Rust. Em vez de brigar por espaço, a Cloudflare anunciou que vai fundir o tsc-rs e o tsrs num único pacote, somando suporte a language server e a content mapper. Ou seja: o ecossistema de compiladores alternativos do TypeScript está convergindo, não se multiplicando.

Escrito por agentes, não por um time de engenheiros

O detalhe mais chamativo do anúncio é como o tsrs foi feito. Schwenk afirma que escreveu "zero" linhas de código: ele dirigiu agentes de IA liderados pelo Claude Opus 5.5 para produzir uma porta fiel do compilador, usando os 15.197 casos de conformidade do próprio TypeScript como especificação de referência.

O resultado prático apareceu no monólito de 37 mil arquivos da Owner.com: uma checagem de tipos que consumia 19 GiB de memória e levava 80 segundos no TypeScript 7.0 caiu para 7 segundos com o tsrs. É esse tipo de ganho que justifica o interesse de quem mantém bases de código grandes em produção.

Os números batem, mas dependem do que você compara

A Cloudflare divulga até 8x mais velocidade de checagem de tipos e cerca de 70% menos uso de memória frente ao TypeScript 7.0, com o mesmo número de checker workers. Um desenvolvedor independente replicou o teste por conta própria e chegou a números parecidos: 5,3x mais rápido e 72% menos memória, com diagnósticos idênticos e emissão byte a byte igual à do tsc.

A ressalva importante veio na sequência: ao medir contra a versão beta do TypeScript 7.1 (mais recente que a 7.0 usada no benchmark oficial), um usuário identificado como ImportStatic registrou um ganho menor, de 2,7x. Ou seja, o número de capa (8x) é real, mas foi medido contra uma base que já está ficando para trás.

Um detalhe que pode quebrar seu CI silenciosamente

O mesmo benchmark independente encontrou uma incompatibilidade que não aparece em nenhum anúncio oficial: o tsrs sai com código 2 quando encontra erro de tipo, enquanto o tsc sempre saiu com código 1. Scripts de CI que checam especificamente o código 1 (em vez de qualquer valor diferente de zero) podem não detectar a falha e deixar passar builds com erro de tipo sem ninguém perceber.

É o tipo de detalhe que só aparece quando alguém de fora testa de verdade, e reforça por que trocar o compilador de um projeto em produção não é uma decisão de npm install sem revisar o pipeline inteiro.

A própria equipe do TypeScript responde

Daniel Rosenwasser, do time do TypeScript na Microsoft, comentou o anúncio publicamente.

A velocidade não vem só da escolha da linguagem.

does not just come down to language choiceDaniel Rosenwasser, TypeScript team, Microsoft

Segundo ele, parte das otimizações descobertas durante a construção do tsrs está sendo incorporada de volta ao próprio TypeScript, alimentando uma versão mais enxuta do TypeScript 7.1. Isso significa que mesmo quem não trocar de compilador pode sentir parte do ganho de performance só esperando a próxima versão oficial.

Nem todo mundo recebeu o projeto com entusiasmo incondicional. Parte da comunidade questionou se o modelo de memória do tsrs, baseado em arenas que nunca são liberadas durante a execução, é seguro para processos de longa duração, como um language server rodando o dia inteiro dentro do editor.

Entusiasmo também apareceu, e rápido

Peter Steinberger, desenvolvedor conhecido por ferramentas como o PSPDFKit, publicou no X um relato de migração real.

Migrei para o tsrs no fim de semana. É um substituto direto. Cerca de 5x mais rápido para o OC. É meio incrível que tenha levado um time da Microsoft e dois anos para reescrever o compilador do TS em Go, e agora você simplesmente deixa um agente trabalhar e consegue algo significativamente melhor em semanas.

Moved to tsrs over the weekend. Drop-in replacement. Around 5x faster for OC. Kind of amazing that it took Microsoft a team and two years to rewrite the TS compiler in go, and now you can just let an agent rip and get sth significantly better within weeks.Peter Steinberger, via X

O contraste entre essa euforia e a desconfiança sobre o modelo de memória resume bem o momento: o tsrs funciona, mas ainda não acumulou o tempo de produção que o tsc e o tsgo têm.

Como testar e o que ainda falta

Para experimentar, basta apontar para um tsconfig existente:

npm install -D tsrs
npx tsrs -p . --noEmit

O projeto também expõe @tsrs/wasm, permitindo compilar para WebAssembly e rodar a checagem de tipos direto no navegador ou em Cloudflare Workers, sem arrastar um garbage collector para o bundle como aconteceria com um binário em Go.

Ainda assim, o tsrs é experimental. Não há modo watch nem language server funcionando, as flags --init e --showConfig não são suportadas, e a ordem dos diagnósticos pode variar em relação ao tsc. Como o tsrs acompanha o TypeScript 7, times que ainda estão no TypeScript 5 ou 6 devem primeiro migrar para o tsgo oficial da Microsoft antes de considerar o tsrs; depois disso, a troca reaproveita o mesmo tsconfig já existente.

O código é aberto sob licença Apache-2.0 e está disponível no GitHub. Para quem mantém monólitos TypeScript grandes, o tsrs já é motivo para acompanhar de perto, mas a decisão de colocar em produção ainda esbarra em lacunas concretas de ferramental e numa pergunta em aberto sobre memória que só o tempo de uso real vai responder.

Fonte: InfoQ