Next.js, стандарт для React-разработки, жестко привязан к собственному инструментальному стеку и среде Node.js. Это создает сложности при развертывании на бессерверных платформах (Cloudflare, Netlify, AWS) — каждый раз приходится адаптировать сборку под конкретную инфраструктуру. Проекты вроде OpenNext упрощают интеграцию, но требуют «разбора» внутренней логики Next.js, что делает поддержку нестабильной при обновлениях. К тому же фреймворк по-прежнему работает только в Node.js, затрудняя тестирование функций, специфичных для той или иной платформы.
Эти ограничения подтолкнули инженера Cloudflare к эксперименту: вместо адаптации чужой архитектуры он решил пересобрать совместимый фреймворк с нуля — без привязки к исходному стеку и с ориентацией на универсальную инфраструктуру. Вся разработка велась через ИИ: модель Anthropic Claude писала код, тесты и исправляла ошибки. Почти каждая строка vinext создана ИИ, но проходит стандартные проверки качества. Всего за время работы провели более 800 сессий ИИ-программирования.
Проект vinext реализует около 94% API Next.js поверх сборщика Vite — открытого инструмента, на котором работают такие фреймворки, как Astro, SvelteKit и Remix. Это не адаптер и не обертка, а полноценная альтернативная реализация маршрутизации, серверного рендеринга, React Server Components, middleware и кэширования. Развертывание на Cloudflare Workers выполняется одной командой.
История особенно примечательна фигурой разработчика. Стив Фолкнер, ныне директор по разработке Cloudflare Workers, ранее более двух лет руководил инфраструктурой в Vercel — компании, стоящей за Next.js. Глубокое понимание архитектуры оригинального фреймворка позволило ему быстро сформировать план переписывания API с нуля.
Темпы работы оказались впечатляющими. Уже в первый день заработали Pages Router и App Router с базовым SSR и потоковой передачей. Ко второму дню большинство маршрутов тестового приложения корректно рендерились, а к третьему vinext развертывал полноценные приложения с клиентской гидратацией. Остальное время ушло на тестирование, граничные случаи и доведение покрытия до 94% API.
Ранние бенчмарки показывают заметный прирост производительности.
В тестовом приложении с 33 маршрутами vinext на базе Vite 8 и Rolldown завершал продакшн-сборку за 1,67 секунды против 7,38 секунды у Next.js 16.1.6 с Turbopack — ускорение в 4,4 раза. Размер клиентского бандла (объема данных, которые загружаются на устройство пользователя) сократился с 168,9 КБ до 72,9 КБ (gzip) — на 57%.
Проект пока носит экспериментальный статус. Он не проходил испытаний под значительной нагрузкой и не поддерживает статическую предварительную отрисовку на этапе сборки. Тем не менее, vinext уже используется в продакшене, в частности, на бета-версии сайта CIO.gov, разработанной совместно с National Design Studio — компанией, которая занимается модернизацией правительственных интерфейсов США.

