Cloudflare dévoile vinext, une réimplémentation de Next.js sur Vite réalisée en une semaine avec l’IA

Un ingénieur de Cloudflare a présenté « vinext (vee-next) », un projet entièrement réécrit sur une base Vite avec l’aide de l’IA (Claude), afin de recréer une infrastructure Next.js complexe. Il s’agit d’une tentative expérimentale pour résoudre les problèmes récurrents de déploiement et de build de Next.js.

Principaux points

• Motivation : Next.js est excellent, mais sa forte dépendance à son propre outil de build, Turbopack, créait un « goulot d’étranglement de déploiement » : pour le déployer dans des environnements serverless comme Cloudflare Workers ou AWS Lambda, il fallait passer par des adaptateurs complexes comme OpenNext.
• Développement : le projet a été mené en une semaine en s’appuyant fortement sur l’IA. Il a été validé à l’aide de plus de 1 700 tests Vitest portés depuis les tests de Next.js et les tests de compatibilité d’OpenNext, ainsi que 380 tests E2E Playwright. Il réussit 94 % des tests de surface API de Next.js 16.
• Solution : au lieu de modifier les artefacts produits par Next.js, l’équipe a réimplémenté directement sur Vite les API de Next.js dès la base (Routing, RSC, SSR, etc.).
• Résultats : finalisé en une semaine pour un coût d’environ 1 100 $ en tokens IA, le projet affiche des builds jusqu’à 4 fois plus rapides que Next.js, avec des bundles client 57 % plus légers.
• Caractéristiques techniques : des API clés comme next/link, next/navigation, Server Actions et les RSC (React Server Components) ont été réimplémentées sous forme de plugins Vite, ce qui permet de migrer un existant Next.js presque tel quel.

Portée : cela montre que même un framework massif peut, avec des tests bien définis et l’aide de l’IA, être remplacé en peu de temps par une version « plus légère et plus rapide ».

[myodan]

Je pense que ce genre de tentative a été possible parce que Next.js est open source et que sa structure ainsi que ses objectifs sont relativement clairs.
En particulier, comme il existe une base de tests et de références très riche, une approche consistant à orienter l’implémentation pour faire passer les tests semblait tout à fait réaliste.

La vitesse de progression de l’IA est vraiment stupéfiante.
Les emplois restent clairement en danger... Je me demande s’il ne faudrait pas que je me reconvertisse dans un métier de terrain... snif snif

[xguru]

Comment Cloudflare a réimplémenté Next.js avec l’IA en une semaine
Consultez aussi la version résumée par GN+.

[click]

Le billet de blog n’emploie pas ce ton, mais le fait d’avoir délibérément omis la fonctionnalité de génération de sites statiques donne l’impression qu’il sous-entend qu’il faut utiliser Astro pour générer des sites statiques.

[roxie]

Astro*

[t7vonn]

Je me dis qu’il aurait peut-être mieux valu consacrer cette semaine d’efforts à opennext.

[click]

Le point de départ est différent dès l’origine.
OpenNext convertit le résultat du build de nextjs, tandis que vinext est une réécriture complète qui remplace turbopack par vite.

[GN⁺]

Réactions sur Hacker News

• J’aime bien Next, mais j’adore aussi Vite. Cela dit, j’ai l’impression que l’équipe Next se concentre sur des fonctionnalités tape-à-l’œil pour 0,1 % des utilisateurs et ignore les 99,9 % restants. Ce fork de Cloudflare semble justement répondre à cette frustration. Les gains de performance, c’est quelque chose que la communauté Next réclame depuis longtemps, et on dirait qu’enfin quelqu’un a écouté. Si ça marche, j’aimerais vraiment l’essayer au boulot

  • Next est le pire framework que j’ai utilisé après Rails. Pour la plupart des applis, ce n’est que de l’overhead pur
  • Vous pensez vraiment qu’on peut compter sur un support à long terme pour une expérimentation faite par un seul ingénieur sur son temps libre ?
  • Dans notre boîte, on a une appli Next.js de plus de 7 ans. Elle tourne bien, mais il y a eu beaucoup trop de changements inutiles. À chaque montée de version, on a gaspillé un temps fou en refactoring
  • Tu dis aimer Next, mais quel est l’intérêt de Next séparé de Vercel ? Sans les fonctionnalités de Vercel, je ne vois pas pourquoi on utiliserait Next
  • Je déteste Next et j’adore Vite. La grosse appli Next.js de production de ma boîte est tellement lente qu’on a dû passer à un M4 Pro. Les builds en local prennent plusieurs minutes, et le hot refresh met plus de 10 secondes. L’équipe Next se contente toujours de renvoyer vers la doc en disant que c’est la faute de l’utilisateur. Mais c’est le framework lui-même qui est lent

• Je trouve que cette affaire illustre bien les incitations de l’open source à l’ère de l’IA. Plus la documentation est bonne, plus les contrats sont clairement définis, plus il devient facile pour quelqu’un d’autre de copier. Si Cloudflare n’avait pas pu réutiliser les tests de Next, un tel fork aurait été impossible. Les Server Components restent un pattern sous-estimé, donc toute tentative de simplifier la DX est bienvenue. Next est devenu complexe à force d’extensions progressives, alors qu’un nouveau framework peut être conçu comme flexible dès le départ

  • Je pense pareil. Dès que quelqu’un pose des expérimentations d’API et des best practices, d’autres peuvent les reprendre telles quelles. Vercel l’a un peu cherché, mais je m’inquiète de voir de petits projets disparaître de cette façon
  • Je ne suis pas d’accord avec l’idée que Cloudflare n’aurait pas pu y arriver sans les tests de Next. Il y a déjà eu plein d’exemples de systèmes complexes reproduits par reverse engineering. Vu la vitesse de l’IA, je pense que la barrière à l’entrée est presque nulle
  • Si on arrive à un modèle open core + tests privés, le vrai open source finira peut-être par être les tests ou les specs

• Dire qu’on a « réimplémenté from scratch » quelque chose qui ne fait même pas tourner “Hello world”, c’est exagéré. Si les tests de l’original ont été repris tels quels, c’est difficile d’y voir une réécriture complète. C’est comme reprendre le premier paragraphe d’un roman célèbre, changer seulement quelques mots, puis prétendre avoir écrit une œuvre nouvelle

• Je trouve intéressant que Cloudflare ait acquis Astro il y a un mois, puis ait maintenant cloné Next.js avec l’IA. Si c’était si facile à faire, pourquoi acheter Astro ? Sans doute pour s’assurer la vision et le leadership autour d’un framework

  • Le rachat d’Astro relève d’une vraie stratégie produit, alors que ce projet ressemble davantage à une expérience moqueuse envers un concurrent. Il faudra voir ce que ça donne dans quelques années
  • Astro est centré sur les sites statiques, donc ce n’est pas le même terrain que Next. Cloudflare semble vouloir contrôler une certaine couche du web, comme Vercel l’a fait. Au final, les gens qui déplacent leurs sites Next.js vers Cloudflare finiront probablement par migrer vers Astro
  • Astro convient aux sites statiques, tandis que Next peut aussi servir pour des web apps dynamiques. On utilise Astro pour notre système de documentation interne et on en est vraiment contents
  • À mon avis, Cloudflare cherche surtout à attirer les gens dans l’écosystème de ses propres produits. De mon côté, je suis passé à Svelte récemment et j’en suis plutôt ravi
  • Astro ne résout pas les mêmes problèmes que Next. C’est pour les sites statiques

• Next.js a déjà eu une faille d’exécution de code à distance, donc j’éviterais pendant un moment une version générée par IA

  • C’est aussi ce qui m’inquiète le plus. Même avant cette RCE, je n’utilisais déjà pas Next.js pour mes projets perso. La génération de code par IA facilite ce genre de bugs et les rend plus faciles à laisser passer
  • Ce n’était pas une faille de Next, mais de React

• Quand j’entends « l’IA a réimplémenté X », j’ai toujours des doutes. Il manque souvent les edge cases et des années de corrections de bugs. Si tout passe dans les tests, d’accord, mais sinon c’est difficile à croire

  • Je n’y crois pas complètement non plus, mais là ils disent avoir passé les 2 000 tests unitaires et les 400 tests E2E de Next

• C’est l’expérience IA la plus intéressante que j’aie vue jusqu’ici. J’ai été surpris de voir que la codebase était bien plus petite que celle de Next.js. Mais je me demande si ça ne se limite pas simplement à faire passer les tests. Par exemple, l’implémentation des formulaires est complètement différente. Cela dit, c’est impressionnant

  • (Ingénieur Cloudflare) La parité fonctionnelle complète n’est pas l’objectif. C’est encore une version très précoce, donc il manque beaucoup de choses. Si le code est plus petit, c’est parce que c’est construit sur Vite et le plugin RSC
  • Ça ressemble presque à une attaque passive-agressive. Cloudflare en voulait à l’équipe Next ? On dirait une façon de dire : « on a reconstruit tout votre produit avec de l’IA et des stagiaires »
  • Le code a l’air plus court parce qu’ils ont délégué beaucoup de logique à Vite

• Je ne suis pas d’accord avec l’idée que « les abstractions logicielles existent parce que les humains ne peuvent pas gérer la complexité ». Les abstractions existent pour capturer l’essence du réel et améliorer la réutilisabilité. Le découpage en couches relève simplement de la séparation des préoccupations

• Je trouve intéressant que le coût total ait été d’environ 1 100 dollars de tokens

• Le vrai point clé, c’est le timing du rachat d’Astro. Cloudflare a acheté Astro il y a un mois, puis annonce maintenant avoir cloné l’API de Next.js avec l’IA. C’est un signal de démantèlement du lock-in des frameworks. En gros, cela offre deux portes de sortie aux utilisateurs de Next.js coincés chez Vercel — pour les nouveaux projets, Astro ; pour les projets existants, Vinext. Même si ce n’est pas prêt pour la production aujourd’hui, le message remet en cause la compétitivité tarifaire de Vercel

  • Ça me fait penser au fait que la suite de tests de SQLite est privée
  • Même si Next.js se fait beaucoup critiquer, personne ne migrera sa production vers un projet vieux d’une semaine. Mais ça pourrait quand même finir par remplacer Turbopack de Vercel un jour
  • Cloudflare prend déjà en charge OpenNext aussi