O custo dos frameworks JavaScript para desenvolvimento com IA

Em outubro de 2026, Nolan Lawson, engenheiro da Microsoft e autor do blog "Read the Tea Leaves", publicou um dos benchmarks mais ambiciosos até hoje sobre o impacto prático dos agentes de IA no ecossistema web: um estudo que mediu o custo real de construir a mesma aplicação com doze frameworks JavaScript diferentes, utilizando Claude Code com o modelo Opus 5.5. Os resultados oferecem um dos poucos dados concretos disponíveis sobre qual stack de desenvolvimento web se adapta melhor à era do coding assistido por IA.

O experimento é, em muitos aspectos, elegante em sua simplicidade. Lawson pediu a agentes de IA que construissem uma aplicação Pokémon baseada na PokéAPI — com lista, busca, filtragem por tipo e visualização de detalhes — usando cada um dos doze frameworks. Para cada setup, os agentes rodaram cinco iterações, com métricas detalhadas de custo em API, tempo real, uso de tokens, linhas de código geradas e pontuações de Lighthouse para performance e acessibilidade.

O resultado mais impressionante foi a variação de custo: enquanto o Hono com htmx custou apenas $2,67 por build em média, o Angular chegou a $4,97 — quase o dobro. Mas o Angular também foi o único a falhar: em duas de cinco tentativas, o agente não conseguiu gerar uma aplicação funcional.

Por que os resultados importam

A comunidade de desenvolvimento web vive de debates baseados em "vibes". Frameworks são descritos como "blazing fast" ou "supercharge seu desenvolvimento" sem que métricas reais sustentem as afirmações. Lawson identifica isso como um problema estrutural: assim como a adoção do React foi justificada por anos pela afirmação vaga de que "o virtual DOM é rápido", hoje a afirmação de que determinado framework é "melhor para agentes de IA" raramente recebe tratamento empírico.

Os dados de Lawson revelam uma hierarquia clara. Os frameworks mais leves — Hono+htmx, Astro e Nuxt — foram os mais econômicos (custos medianos entre $2,67 e $2,82). Os mais pesados — SvelteKit, Gracile+Lit e Angular — ficaram significativamente acima, com Angular e SvelteKit liderando tanto em custo quanto em tempo de build. O Vanilla JavaScript com Vite ficou na casa dos $2,98, surpreendentemente competitivo.

O que Lawson chamou de "fator de código" (code factor) aparece como o verdadeiro driver de custo. Hono+htmx produziu aproximadamente 1.370 linhas de código para a mesma funcionalidade que o Angular entregou em 2.009 linhas — cerca de 70% do código. Em desenvolvimento assistido por IA, menos código significa menos tokens consumidos em cada edição futura, gerando economia cumulativa que se estende muito além do build inicial.

O lado oculto: bundle size e performance

Enquanto as pontuações de Lighthouse (Performance, Acessibilidade, CLS) ficaram praticamente saturadas em todos os frameworks — a maioria com 100 em Performance e Acessibilidade — o volume de JavaScript enviado ao cliente variou dramaticamente. Astro enviou efetivamente 0 KiB. Astro é um framework de prerendering que não envia JavaScript para o cliente quando não é necessário. O Next.js enviou 142 KiB — a maior disparidade entre os doze setups testados.

Essa diferença não é apenas métrica de benchmark: é o mesmo padrão que a indústria web vem combatendo há anos, agora visível de uma forma que antes era invisível. Vanilla JavaScript com Vite enviou apenas 7 KiB; React Router e TanStack Start enviaram mais de 100 KiB. A escolha do framework determina o peso da aplicação no navegador do usuário final, e isso impacta diretamente a experiência em conexões móveis.

O que falta no benchmark

Lawson é honesto sobre as limitações do experimento. A aplicação testada é relativamente simples — mais parecida com um catálogo Wikipedia do que com um painel de controle financeiro — o que significa que os resultados podem não se aplicar a aplicações complexas de interação. O agente usou sempre o mesmo modelo (Claude Opus 5.5), o mesmo nível de effort e a mesma configuração de sandbox. A variância entre iterações foi alta: em Astro, por exemplo, o custo variou de $2,16 a $3,63 entre as cinco execuções.

Além disso, o estudo não aborda o custo de manutenção a longo prazo — um código gerado por IA pode ser barato para criar, mas difícil de manter se a equipe humana não estiver familiarizada com os padrões específicos do framework. Como observa a análise da Sencha: "Os custos ocultos do desenvolvimento enterprise — integração, auditoria de segurança, debugging de conflitos de versão, onboarding — permanecem amplamente inalterados, seja o código inicial gerado por IA ou escrito à mão."

Conclusão

A pergunta que fica é: se você está construindo uma aplicação web em 2026 com agentes de IA no workflow diário, a escolha do framework deixa de ser uma decisão de arquitetura e passa a ser uma decisão de otimização de custo? Os dados de Lawson sugerem que sim — mas que a resposta correta depende não apenas do custo do build inicial, mas do peso do bundle, da familiaridade da equipe e do tipo de aplicação que está sendo construída.

Fontes: Read the Tea Leaves, daily.dev, Web Standards

✓ Fontes independentes cruzadas e verificadas antes da publicação