Cloudflare veröffentlicht vinext, eine mit AI in nur einer Woche in Vite neu implementierte Version von Next.js

Ein Cloudflare-Ingenieur hat mit Unterstützung von AI (Claude) das Projekt „vinext (vee-next)“ vorgestellt, bei dem die komplexe Next.js-Infrastruktur vollständig auf Vite-Basis neu geschrieben wurde. Es handelt sich um einen experimentellen Versuch, die bekannten Deployment- und Build-Probleme von Next.js zu lösen.

Wichtige Zusammenfassung

• Motivation: Next.js ist großartig, hängt jedoch stark von seinem eigenen Build-Tool Turbopack ab. Für Deployments in serverlosen Umgebungen wie Cloudflare Workers oder AWS Lambda musste man daher über komplexe Adapter wie OpenNext gehen, was zu einem „Deployment-Flaschenhals“ führte.
• Entwicklungsprozess: Mit aktiver Nutzung von AI innerhalb einer Woche umgesetzt. Verifiziert mit aus den Next.js-Tests und den Eignungstests von OpenNext portierten Vitest-Tests (1.700+) sowie 380 Playwright-E2E-Tests. 94 % der API-Surface-Tests von Next.js 16 wurden bestanden.
• Lösung: Statt die von Next.js erzeugten Artefakte nachträglich zu verändern, wurde die Next.js-API (Routing, RSC, SSR usw.) von Grund auf direkt auf Vite implementiert.
• Ergebnis: Mit AI-Token-Kosten von rund 1.100 US-Dollar in einer Woche fertiggestellt. Im Vergleich zu Next.js sind die Build-Zeiten bis zu 4-mal schneller, und die Größe des Client-Bundles ist 57 % kleiner.
• Technische Merkmale: Kern-APIs wie next/link, next/navigation, Server Actions und RSC (React Server Components) wurden in Form von Vite-Plugins neu implementiert, sodass bestehende Next.js-Apps nahezu unverändert migriert werden können.

Bedeutung: Das Projekt zeigt, dass sich selbst große Frameworks mit gut definierten Tests und Unterstützung durch AI in kurzer Zeit durch eine „leichte und schnelle Version“ ersetzen lassen.

[myodan]

Ich denke, dass ein solcher Versuch möglich war, weil Next.js Open Source ist und seine Struktur und Zielsetzung relativ klar sind.
Vor allem, weil es umfangreichen Testcode und viele Referenzen gibt, scheint auch ein Ansatz durchaus realistisch gewesen zu sein, der die Implementierung in die Richtung lenkt, die Tests zu bestehen.

Die Geschwindigkeit, mit der sich KI entwickelt, ist wirklich erstaunlich.
Arbeitsplätze bleiben trotzdem in Gefahr … Vielleicht sollte ich den Beruf wechseln und in einen praktischen Job vor Ort gehen … schluchz

[xguru]

Wie Next.js mithilfe von AI in einer Woche neu implementiert wurde
Bitte werfen Sie auch einen Blick auf die von GN+ zusammengefasste Version.

[click]

Im Blogbeitrag ist der Tonfall zwar nicht so, aber es wirkt, als sei die Funktion zur Generierung statischer Websites absichtlich weggelassen worden – mit der impliziten Botschaft, dass man für statische Websites Astro verwenden soll.

[roxie]

Astro*

[t7vonn]

Ich denke, es wäre besser gewesen, wenn man diese einwöchige Arbeit in opennext gesteckt hätte.

[click]

Die ursprüngliche Zielsetzung ist allerdings von vornherein unterschiedlich.
OpenNext konvertiert die Build-Ergebnisse von Next.js, während vinext eine vollständige Neuentwicklung ist, bei der Turbopack durch Vite ersetzt wird.

[GN⁺]

Hacker-News-Kommentare

• Ich mag Next, aber ich liebe auch Vite. Das Problem ist, dass sich das Next-Team gefühlt auf schicke Features für 0,1 % der Nutzer konzentriert und die restlichen 99,9 % ignoriert. Dieser Fork von Cloudflare scheint genau diese Frustration aufzugreifen. Performance-Verbesserungen sind etwas, das sich die Next-Community schon lange wünscht, und jetzt hört endlich jemand zu. Wenn das erfolgreich ist, würde ich es auch bei uns im Unternehmen gern ausprobieren

  • Next war von allen Frameworks, die ich benutzt habe, nach Rails das schlimmste. Für die meisten Apps ist es nichts als reiner Overhead
  • Glaubt ihr wirklich, dass man bei einem Experiment, das ein einzelner Engineer in seiner Freizeit gebaut hat, langfristigen Support erwarten kann?
  • Wir haben in unserer Firma eine über sieben Jahre alte Next.js-App, und obwohl sie gut läuft, gibt es viel zu viele unnötige Änderungen. Bei jedem Versions-Upgrade haben wir massiv Refactoring-Verschwendung betrieben
  • Du sagst, du magst Next, aber was ist der Vorteil von Next ohne die Bindung an Vercel? Ich finde, ohne die Features von Vercel gibt es keinen guten Grund, Next zu verwenden
  • Ich hasse Next und liebe Vite. Unsere große Next.js-Produktiv-App im Unternehmen ist so langsam, dass ich auf einen M4 Pro upgraden musste. Lokale Builds dauern mehrere Minuten, und selbst Hot Refresh braucht über 10 Sekunden. Das Next-Team schickt immer nur Links zur Doku und behauptet, der Nutzer mache etwas falsch. Aber das Framework selbst ist langsam

• Ich finde, das ist ein gutes Beispiel für die Open-Source-Anreize im AI-Zeitalter. Je besser die Dokumentation ist und je klarer die Verträge definiert sind, desto leichter kann jemand anderes es kopieren. Wenn Cloudflare die Tests von Next nicht genutzt hätte, wäre so ein Fork nicht möglich gewesen. Server Components sind weiterhin ein unterschätztes Muster, deshalb begrüße ich Versuche, die DX zu vereinfachen. Next ist durch schrittweise Erweiterung komplex geworden, aber ein neues Framework kann von Anfang an flexibel entworfen werden

  • Sehe ich genauso. Wenn jemand mit APIs experimentiert und Best Practices etabliert, kann jemand anderes das einfach übernehmen. Es ist zwar ein Ergebnis von Vercels eigener Strategie, aber ich frage mich, ob kleine Projekte auf diese Weise verschwinden könnten
  • Ich stimme der Behauptung nicht zu, dass Cloudflare es ohne die Tests von Next nicht geschafft hätte. Es gibt viele Beispiele dafür, dass selbst komplexe Systeme durch Reverse Engineering nachgebaut wurden. Wenn man das Tempo von AI bedenkt, ist die Einstiegshürde aus meiner Sicht fast null
  • Wenn sich ein Modell aus Open Core plus privaten Tests durchsetzt, könnte echte Open Source am Ende vor allem aus Tests oder Spezifikationen bestehen

• Es als „von from scratch neu implementiert“ zu bezeichnen, obwohl nicht einmal „Hello world“ funktioniert, halte ich für übertrieben. Wenn die Tests des Originals unverändert übernommen wurden, ist es schwer, das als vollständiges Rewrite zu sehen. Das ist, als würde man den ersten Absatz eines berühmten Romans nur Wort für Wort umformulieren und dann behaupten, man habe ihn neu geschrieben

• Interessant ist, dass Cloudflare vor einem Monat Astro übernommen hat und nun Next.js mit AI kopiert hat. Wenn sich das so leicht bauen lässt, warum hat man dann Astro gekauft? Vermutlich, um die Vision und Führung eines Frameworks zu sichern

  • Die Astro-Übernahme ist eine ernsthafte Produktstrategie, dieses Projekt wirkt dagegen eher wie ein spöttisches Experiment gegenüber einem Wettbewerber. Wir werden sehen, wie das in ein paar Jahren aussieht
  • Astro ist statische-Sites-orientiert und damit ein anderer Bereich als Next. Cloudflare versucht mit Astro offenbar wie Vercel eine bestimmte Schicht des Webs zu kontrollieren. Am Ende werden Leute, die ihre Next.js-Sites zu Cloudflare verlagern, wohl zu Astro migrieren
  • Astro eignet sich gut für statische Sites, während Next auch für dynamische Web-Apps genutzt werden kann. Wir verwenden Astro für unser internes Doku-System und sind sehr zufrieden
  • Wahrscheinlich ist es einfach eine Strategie, Nutzer in das eigene Produkt-Ökosystem zu ziehen. Ich bin in letzter Zeit zu Svelte gewechselt und nutze es mit viel Freude
  • Astro löst nicht dieselben Probleme wie Next. Es ist für statische Sites gedacht

• Next.js hatte früher einmal eine Remote-Code-Execution-Schwachstelle, deshalb würde ich eine mit AI gebaute Version vorerst meiden

  • Das ist auch mein größtes Bedenken. Schon vor der RCE habe ich Next.js nicht für private Projekte verwendet. AI-generierter Code macht solche Bugs leichter möglich und leichter zu übersehen
  • Das war keine Schwachstelle in Next, sondern in React

• Wenn jemand sagt: „AI hat X neu implementiert“, bin ich immer skeptisch. Oft fehlen dabei die vielen Edge Cases und Jahre an Bugfixes. Wenn wirklich alle Tests durchlaufen, akzeptiere ich es, aber sonst fällt es mir schwer, das zu glauben

  • Ich bin auch nicht völlig überzeugt, aber in diesem Fall heißt es, dass die 2.000 Unit-Tests und 400 E2E-Tests von Next bestanden wurden

• Dieses Projekt ist das interessanteste AI-Experiment, das ich bisher gesehen habe. Ich war überrascht, dass es viel kleiner ist als die Next.js-Codebasis. Aber ich frage mich, ob es wirklich mehr ist als nur Tests zu bestehen. Zum Beispiel ist die Form-Implementierung komplett anders. Trotzdem beeindruckend

  • (Cloudflare-Engineer) Vollständige Feature-Parität ist nicht das Ziel. Das ist noch eine frühe Version, und es fehlt noch vieles. Dass der Code kleiner ist, liegt daran, dass er auf Vite und dem RSC-Plugin aufbaut
  • Das wirkt fast wie ein passiv-aggressiver Angriff. Hatte Cloudflare einen Groll gegen das Next-Team? Es fühlt sich an wie: „Wir haben euer Produkt mit AI und einem Praktikanten komplett nachgebaut“
  • Wahrscheinlich ist der Code kleiner geworden, weil viel Logik an Vite delegiert wurde

• Ich stimme der Aussage nicht zu, dass „Abstraktionen in Software entstehen, weil Menschen Komplexität nicht bewältigen können“. Abstraktionen existieren, um das Wesen der Realität einzufangen und die Wiederverwendbarkeit zu erhöhen. Schichtung ist einfach eine Frage der Trennung von Zuständigkeiten

• Interessant ist, dass die Gesamtkosten bei rund 1.100 US-Dollar an Tokens lagen

• Der eigentliche Kern ist der Zeitpunkt der Astro-Übernahme. Cloudflare hat vor einem Monat Astro gekauft und verkündet jetzt, die Next.js-API mit AI kopiert zu haben. Das ist ein Signal zur Auflösung von Framework-Lock-in. Für an Vercel gebundene Next.js-Nutzer sind das zwei Auswege — für neue Projekte Astro, für bestehende Projekte Vinext. Selbst wenn es noch nicht production-ready ist, ist die Botschaft ein Angriff auf Vercels Preisgestaltungsmacht

  • Das erinnert mich daran, dass die Test-Suite von SQLite nicht öffentlich ist
  • So sehr Next.js auch kritisiert wird: Niemand wird seine Produktion auf ein eine Woche altes Projekt umstellen. Aber vielleicht könnte es irgendwann Turbopack von Vercel ersetzen
  • Cloudflare unterstützt bereits OpenNext