Next.js 16.2 приехал с цифрами, которые сложно проигнорировать даже тем, кто обычно спокойно относится к очередным "ускорениям фреймворка": Vercel заявляет до 400% более быстрый старт next dev и до 60% более быстрый рендеринг HTML в реальных приложениях. Для команд, которые живут в локальной разработке, серверных компонентах React и все чаще пробуют AI-инструменты прямо в IDE и терминале, это уже не косметика, а вполне прикладное обновление.
Релиз выпустила Vercel, а о деталях Next.js 16.2 сообщает InfoQ. Главный акцент сделан на скорости локальной работы: по данным компании, запуск dev-сервера стал примерно на 400% быстрее, а относительно версии 16.1 стандартное приложение стартует примерно на 87% быстрее. Если перевести это с языка презентаций на язык повседневной разработки, идея простая: сервер поднимается почти сразу после команды запуска, а значит, меньше времени уходит на рутину между правкой кода и проверкой результата.
Вторая заметная часть релиза касается рендеринга. Vercel связывает прирост с изменением в React, которое ускоряет десериализацию payload для Server Components до 350%. Вместо схемы с JSON.parse и reviver, где движку V8 приходилось постоянно пересекать границу между C++ и JavaScript, теперь используется обычный JSON.parse, а затем рекурсивный обход уже на чистом JavaScript. Звучит не слишком романтично, зато эффект понятный: в реальных проектах рендеринг HTML, по оценке разработчиков фреймворка, ускоряется на 25-60% в зависимости от размера payload. Для команд на React Server Components это важная деталь: выигрыш возникает не в бенчмарке ради бенчмарка, а в одном из самых болезненных мест современной серверной сборки интерфейсов.
Отдельный блок улучшений достался Turbopack, который в ветке Next.js 16 уже стал сборщиком по умолчанию. В версии 16.2 Server Fast Refresh включен из коробки. Вместо того чтобы сбрасывать require cache по всей цепочке импортов, система перезагружает только модуль, который действительно изменился. Vercel оценивает эффект в 67-100% более быстрый refresh приложения и в 400-900% более быстрое время компиляции. Кроме этого, релиз получил Subresource Integrity для JavaScript-файлов, tree shaking для деструктурированных динамических импортов и поддержку postcss.config.ts. На бумаге это выглядит как набор разрозненных пунктов, но в сумме картина вполне цельная: Next.js продолжает давить сразу в три направления — скорость локальной разработки, предсказуемость сборки и снижение лишнего шума в toolchain.
Самая любопытная часть релиза — не проценты, а явный разворот в сторону AI-assisted development. В create-next-app теперь автоматически создается файл AGENTS.md, а пакет next поставляется с документацией в Markdown, причем версия документации подбирается под установленную версию пакета. Идея прозрачная: если код редактирует не только человек, но и агент в редакторе или CLI, этому агенту лучше дать локальный, точный и версионированный источник правды, а не отправлять его гадать по устаревшим примерам из интернета. Добавим сюда еще и то, что браузерные ошибки теперь по умолчанию пробрасываются в терминал через logging.browserToTerminal, плюс появился экспериментальный CLI @vercel/next-browser для инспекции работающего приложения из терминала. Получается, что Next.js уже не просто мирится с AI-агентами в процессе разработки, а начинает проектировать DX так, будто они теперь штатные участники команды. Немного тревожно, но, похоже, это уже базовый сценарий, а не экзотика.
На стороне пользователей первые сигналы скорее позитивные, хотя без фанфар. InfoQ приводит пример Jono из Roboto Studio: он замерил ускорение dev-старта примерно на 80%, заметил, что генерация ImageResponse стала работать в 2-20 раз быстрее, и сообщил, что обновил два приложения примерно за пять минут без ломающих изменений и без правок конфигурации. На Reddit обсуждение вышло менее восторженным и более жизненным: один из пользователей отдельно упомянул улучшения стриминга, но тут же задал вопрос, закрывает ли 16.2 боль с частичными ответами при обрыве соединения, или логику переподключения по-прежнему придется держать на своей стороне. Это полезное напоминание: даже когда фреймворк становится быстрее и умнее, часть проблем распределенных интерфейсов все равно остается на ответственности продукта и команды.
Для тех, кто сидит на Next.js 15, маршрут обновления уже обозначен. Официальный codemod запускается командой npx @next/codemod@canary upgrade latest и должен обновить конфигурацию, перевести переименованный middleware на соглашение proxy и убрать префиксы unstable_ у API, которые успели стабилизироваться. Но без проверки окружения не обойтись: Next.js 16.2 требует Node.js 20.9 или новее и TypeScript 5.1 или новее. Плюс в гайде по обновлению отдельно описан переход к полностью асинхронным request API вроде cookies, headers и params. Для зрелых команд это означает довольно понятный компромисс: миграция, вероятно, не превратится в проект на квартал, но автоматикой все равно не отделаться, особенно если кодовая база завязана на старые паттерны запросов и собственные abstractions вокруг серверных API.
На фоне Remix, Astro и других React-фреймворков у Next.js все отчетливее вырисовывается новая линия дифференциации. Раньше Vercel продавала в первую очередь связку "фреймворк плюс хостинг плюс удобная серверная модель". Теперь к ней добавляется еще один слой: фреймворк, изначально заточенный под работу человека вместе с AI-агентом. Если эта ставка сработает, спор о том, какой React-фреймворк быстрее на слайдах, отойдет на второй план. Важнее станет другой вопрос: какая платформа лучше организует совместную работу разработчика, сборщика, рантайма и агента, который уже не просто подсказывает код, а лезет в проект почти как джун без выходных. Первоисточник с деталями релиза доступен в .