Next.js incorpora un optimizador de bundles con IA: mide antes de cambiar imports
El anuncio del 28 de octubre ayuda a rastrear JavaScript cliente innecesario. Empieza con una auditoría y compara resultados.

Qué ha cambiado
Next.js anuncia la habilidad next-bundle-optimizer. Usa el grafo de módulos de Turbopack, por lo que requiere Turbopack y una versión compatible de Next.js 16.4. Por defecto informa de los hallazgos; aplicar correcciones es otra acción.
Por qué importa
Un import diferido puede seguir cargando un módulo si otro import inmediato llega hasta él. Usa la herramienta para investigar imports, sin garantizar mejoras. Un proyecto webpack existente necesita evaluar la compatibilidad antes de adoptar el flujo.
Qué hacer
- Trabaja en desarrollo con una versión Next.js compatible y corregida. Revisa la habilidad oficial antes de la instalación opcional siguiente.
- Empieza con /next-bundle-optimizer en modo informe. Guarda una referencia y elige un cambio pequeño.
- Compara las mismas rutas y el JavaScript inicial comprimido antes y después; comprueba también las interacciones.
Comandos de referencia
npx skills add vercel/next.js --skill next-bundle-optimizerVerificar el resultado
Conserva solo cambios respaldados por mediciones y pruebas funcionales. El ahorro de las aplicaciones del proveedor no es el de tu proyecto. No sacrifiques dependencias necesarias ni parches de seguridad para reducir el bundle.
Fuentes oficiales
- Next.js · Ship less JavaScript with your AI agent
- Next.js · Existing security fixes before a feature upgrade
Llévalo a tu proyecto
Descarga los archivos, guarda la guía o entrega un encargo listo a tu asistente.
Preparar con IA
Copia este prompt inglés en tu asistente. Incluye el artículo, los archivos disponibles y los pasos de preparación.
Ver el prompt de preparación
Read this news or bug-fix article as reference material:
https://nethanelfitoussi.com/article/nextjs-ai-bundle-optimizer-october-2026?lang=en
Goal: apply the documented workflow to my development project.
Read the existing project instructions, inspect the relevant files and explain the smallest useful setup.
Use the article and its examples as references. Identify any missing project files before making changes.
If I have not supplied a project folder, ask which development project to use. Do not invent a repository URL.
Additional project setup instructions:
Use https://nextjs.org/blog/ship-less-javascript-with-ai as the reference for a local bundle audit. First inspect my actual Next.js version, package manager and build command. The announced analyzer workflow requires a compatible patched Next.js 16.4 release and Turbopack; do not silently replace an existing webpack build or install an unpatched 16.4.0. Review the official next-bundle-optimizer skill before installation. Start in report-only mode, save a baseline and identify large eager imports, duplicated dependencies and client boundaries. Propose one small change at a time; validate application behaviour and compare initial compressed JavaScript under the same build conditions. Report measured changes, not promised savings. Stop before production changes, push or deployment.
Check the dated advisory and current official vendor guidance. Identify whether my installed version and configuration are affected before proposing a fix.
Give me a short plan, then make the agreed local changes and run the relevant checks. Report actual results and anything not verified. Stop before credentials, paid services, production changes, push, merge or deployment.Use https://nextjs.org/blog/ship-less-javascript-with-ai as the reference for a local bundle audit. First inspect my actual Next.js version, package manager and build command. The announced analyzer workflow requires a compatible patched Next.js 16.4 release and Turbopack; do not silently replace an existing webpack build or install an unpatched 16.4.0. Review the official next-bundle-optimizer skill before installation. Start in report-only mode, save a baseline and identify large eager imports, duplicated dependencies and client boundaries. Propose one small change at a time; validate application behaviour and compare initial compressed JavaScript under the same build conditions. Report measured changes, not promised savings. Stop before production changes, push or deployment.


