Cloudflare's vinext: Ein mit Next.js kompatibles Framework, das mit KI auf Vite aufgebaut ist

Was vinext ist
vinext (ausgesprochen „vee-next“) ist ein direkter Ersatz für Next.js, der auf Vite aufbaut und mit einem einzigen Befehl auf Cloudflare Workers deployed wird. Ein Ingenieur und ein KI-Modell haben es in einer Woche von Grund auf neu aufgebaut, für etwa 1.100 US-Dollar an Tokens.
Das Bereitstellungsproblem, das vinext löst
Next.js hat Bereitstellungsherausforderungen in serverlosen Ökosystemen. Während Tools wie OpenNext existieren, um die Next.js-Ausgabe für Plattformen wie Cloudflare, Netlify oder AWS Lambda anzupassen, erfordern sie ein Reverse-Engineering der Next.js-Build-Ausgabe, was zu fragilen Implementierungen führt, die zwischen Versionen brechen. Die Adapter-API von Next.js ist noch früh und löst keine Entwicklungszeitprobleme – next dev läuft ausschließlich in Node.js, was das Testen plattformspezifischer APIs wie Durable Objects, KV oder KI-Bindungen während der Entwicklung verhindert.
Wie vinext funktioniert
Anstatt die Next.js-Ausgabe anzupassen, implementiert vinext die Next.js-API-Oberfläche direkt auf Vite als Plugin neu. Dies umfasst Routing, Server-Rendering, React Server Components, Server-Aktionen, Caching und Middleware. Die Environment-API von Vite ermöglicht es, dass die Ausgabe auf jeder Plattform läuft.
Die Einrichtung ist unkompliziert:
npm install vinextErsetzen Sie next durch vinext in Ihren Skripten, während Sie app/, pages/ und next.config.js unverändert lassen.
Befehle:
vinext dev– Entwicklungsserver mit HMRvinext build– Produktions-Buildvinext deploy– Bauen und auf Cloudflare Workers deployen
Leistungsbenchmarks
Benchmarks vergleichen vinext mit Next.js 16 unter Verwendung einer gemeinsamen 33-Routen-App-Router-Anwendung, wobei TypeScript-Typüberprüfung und ESLint im Next.js-Build deaktiviert sind, um das Verhalten von Vite nachzuahmen.
Produktions-Build-Zeit:
- Next.js 16.1.6 (Turbopack): 7,38 s Basislinie
- vinext (Vite 7 / Rollup): 4,64 s (1,6-mal schneller)
- vinext (Vite 8 / Rolldown): 1,67 s (4,4-mal schneller)
Client-Bundle-Größe (gezippt):
- Next.js 16.1.6: 168,9 KB Basislinie
- vinext (Rollup): 74,0 KB (56 % kleiner)
- vinext (Rolldown): 72,9 KB (57 % kleiner)
Diese Benchmarks messen Kompilierungs- und Bündelungsgeschwindigkeit, nicht die Leistung beim Produktions-Serving. Der Test verwendet eine einzelne 33-Routen-App, keine repräsentative Stichprobe aller Produktionsanwendungen.
Aktueller Status
Cloudflare hat bereits Kunden, die vinext in der Produktion einsetzen. Die vollständige Methodik und historischen Ergebnisse sind öffentlich.
📖 Read the full source: HN AI Agents
👀 Siehe auch

IUM: MCP-Symbol-Indexer reduziert KI-Agent-Tokenverbrauch um 15,9x im Vergleich zu grep
IUM indexiert Codebasen in einer SQLite-Matrix von Symbolereignissen und legt genaue Datei:Zeilen-Koordinaten, Call-Graph-Tracing und semantische Suche über MCP offen. Im Benchmark gegen DataFusion (1.538 Dateien) zeigt sich ein 15,9x geringerer Tokenverbrauch als grep für äquivalente Abfragen.

Peek-Plugin für Claude Code: Automatische Navigation durch Sitzungsspeicher
Peek ist ein Claude Code-Plugin, das automatisch Benutzerkorrekturen und Präferenzen erfasst und einfügt, um den KI-Assistenten zu steuern. Es verwendet Fusion-Suche mit Embeddings, BM25, Zeitabfall und Metadatenfiltern, um relevanten Kontext ohne manuelle Aufforderungen bereitzustellen.

CodeLedger: Open-Source-Claude-Code-Plugin verfolgt Token-Verbrauch und Hintergrund-Agenten
CodeLedger ist ein Open-Source-MCP-Server-Plugin für Claude Code, das automatisch die Token-Nutzung über Projekte hinweg verfolgt, Hintergrund-Agenten identifiziert und auf Basis der Analyse lokaler JSONL-Sitzungsdateien Empfehlungen zur Kostenoptimierung liefert.

Sandra: Open-Source persistenter Graph-Speicher MCP für Claude
Sandra ist ein Graph- + Vektor-Speicher-Backend mit einem nativen MCP-Server, der Claude über Sitzungen hinweg persistenten strukturierten Speicher bietet und exakte, unscharfe sowie semantische Suche unterstützt.