El costo de los frameworks JavaScript para desarrollo con IA

En octubre de 2026, Nolan Lawson, ingeniero de Microsoft y autor del blog "Read the Tea Leaves", publicó uno de los benchmarks más ambiciosos hasta ahora sobre el impacto práctico de los agentes de IA en el ecosistema web: un estudio que midió el costo real de construir la misma aplicación con doce frameworks JavaScript diferentes, utilizando Claude Code con el modelo Opus 5.5. Los resultados ofrecen uno de los pocos datos concretos disponibles sobre qué stack de desarrollo web se adapta mejor a la era del coding asistido por IA.

El experimento es, en muchos aspectos, elegante en su simplicidad. Lawson le pidió a agentes de IA que construyeran una aplicación Pokémon basada en la PokéAPI — con lista, búsqueda, filtración por tipo y visualización de detalles — usando cada uno de los doce frameworks. Para cada setup, los agentes ejecutaron cinco iteraciones, con métricas detalladas de costo en API, tiempo real, uso de tokens, líneas de código generadas y puntuaciones de Lighthouse para rendimiento y accesibilidad.

El resultado más impresionante fue la variación de costo: mientras Hono con htmx costó solo $2,67 por build en promedio, Angular llegó a $4,97 — casi el doble. Pero Angular también fue el único en fallar: en dos de cinco intentos, el agente no logró generar una aplicación funcional.

Por qué importan los resultados

La comunidad de desarrollo web vive de debates basados en "vibras" (vibes). Los frameworks se describen como "blazing fast" o "supercharge tu desarrollo" sin que métricas reales respalden las afirmaciones. Lawson identifica esto como un problema estructural: así como la adopción de React fue justificada durante años por la afirmación vaga de que "el virtual DOM es rápido", hoy la afirmación de que cierto framework es "mejor para agentes de IA" rara vez recibe tratamiento empírico.

Los datos de Lawson revelan una jerarquía clara. Los frameworks más ligeros — Hono+htmx, Astro y Nuxt — fueron los más económicos (costos medianos entre $2,67 y $2,82). Los más pesados — SvelteKit, Gracile+Lit y Angular — quedaron significativamente arriba, con Angular y SvelteKit liderando tanto en costo como en tiempo de build. El Vanilla JavaScript con Vite quedó en $2,98, sorpresivamente competitivo.

Lo que Lawson llamó el "factor de código" aparece como el verdadero motor de costo. Hono+htmx produjo aproximadamente 1.370 líneas de código para la misma funcionalidad que Angular entregó en 2.009 líneas — cerca del 70% del código. En desarrollo asistido por IA, menos código significa menos tokens consumidos en cada edición futura, generando ahorro cumulativo que se extiende mucho más allá del build inicial.

El lado oculto: bundle size y rendimiento

Mientras las puntuaciones de Lighthouse (Rendimiento, Accesibilidad, CLS) quedaron prácticamente saturadas en todos los frameworks — la mayoría con 100 en Rendimiento y Accesibilidad — el volumen de JavaScript enviado al cliente varió drásticamente. Astro envió efectivamente 0 KiB. Astro es un framework de prerendering que no envía JavaScript al cliente cuando no es necesario. Next.js envió 142 KiB — la mayor disparidad entre los doce setups testeados.

Esa diferencia no es solo métrica de benchmark: es el mismo patrón que la industria web ha estado combatiendo durante años, ahora visible de una forma que antes era invisible. Vanilla JavaScript con Vite envió solo 7 KiB; React Router y TanStack Start enviaron más de 100 KiB. La elección del framework determina el peso de la aplicación en el navegador del usuario final, y esto impacta directamente la experiencia en conexiones móviles.

Lo que falta en el benchmark

Lawson es honesto sobre las limitaciones del experimento. La aplicación testada es relativamente simple — más parecida a un catálogo Wikipedia que a un panel de control financiero — lo que significa que los resultados pueden no aplicarse a aplicaciones complejas de interacción. El agente siempre usó el mismo modelo (Claude Opus 5.5), el mismo nivel de effort y la misma configuración de sandbox. La variación entre iteraciones fue alta: en el caso de Astro, por ejemplo, el costo varió de $2,16 a $3,63 entre las cinco ejecuciones.

Además, el estudio no aborda el costo de mantenimiento a largo plazo — un código generado por IA puede ser barato de crear, pero difícil de mantener si el equipo humano no está familiarizado con los patrones específicos del framework. Como observa el análisis de Sencha: "Los costos ocultos del desarrollo enterprise — integración, auditoría de seguridad, debugging de conflictos de versión, onboarding — permanecen ampliamente inalterados, sea el código inicial generado por IA o escrito a mano."

Conclusión

La pregunta que queda es: si estás construyendo una aplicación web en 2026 con agentes de IA en tu workflow diario, ¿la elección del framework deja de ser una decisión de arquitectura y pasa a ser una decisión de optimización de costo? Los datos de Lawson sugieren que sí — pero que la respuesta correcta depende no solo del costo del build inicial, sino del peso del bundle, de la familiaridad del equipo y del tipo de aplicación que se está construyendo.

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

✓ Fuentes independientes cruzadas y verificadas antes de la publicación