Anthropic’s KI-gesteuerter Rust-Umschreibungs-Patch landet in Bun 1.3.14

Was passiert ist

Ein Pull Request, der eine vollständige Rust-Neuimplementierung der Bun-Runtime hinzufügt, wurde am 12. Mai 2026 zusammengeführt. Der Commit fügt ungefähr 1 000 000 Zeilen Rust hinzu und entfernt etwa 600 000 Zeilen Zig. Die Änderung wird in Bun 1.3.14 ausgeliefert, einige Tage zuvor von dem Ersteller Jared Sumner auf X angekündigt. Sumner hatte angedeutet, dass die Zig-Version die letzte sein würde, und der Rust-Port wird nun zur Standard-Codebasis.

Warum das wichtig ist

Bun ist als schnelle JavaScript-/TypeScript-Runtime positioniert, die mit Node.js und Deno konkurriert. Seine ursprüngliche Implementierung in Zig verschaffte ihm einen Vorteil auf niedriger Ebene, aber Zigs strikte „kein KI-generierter Code“-Politik kollidierte mit dem Workflow des Teams. Durch den Wechsel zu Rust gewinnt das Projekt:

• Speicher-Sicherheitsgarantien – Use-after-free- und Double-free-Fehler werden zu Compile-Zeitfehlern.
• Kleinere Binärdateien – gemessene Reduktionen von 3 – 8 MiB pro Build.
• Potenzial für KI-gestützte Wartung – Claude-Code kann nun Patches vorschlagen, die sauber kompilieren.

Benchmarks

Das Team führte die offizielle Bun-Test-Suite auf drei Plattformen aus (Linux-x64 glibc, macOS-arm64, Windows-x64). Die Ergebnisse sind unten zusammengefasst.

Plattform	Test-Bestandsrate	Ø-Startzeit*	Speicherpeak (MiB)	Binärgröße (MiB)
Linux-x64	99.8 %	0.32 s (Zig) → 0.30 s (Rust)	212 → 198	27 → 22
macOS-arm64	99.5 %	0.28 s → 0.27 s	185 → 172	26 → 21
Windows-x64	99.7 %	0.35 s → 0.34 s	224 → 209	28 → 23

*Die Startzeit wurde von bun run hello.js aus einer frischen Shell gemessen. Der Rust-Build ist durchgehend neutral bis leicht schneller. Die Speichernutzung sinkt um ungefähr 6-7 %, was das engere Allokationsmodell widerspiegelt, das durch Rusts Ownership-System durchgesetzt wird.

Stromverbrauch

Mit einem Intel Xeon E5-2670 v3 in einem Homelab-Server haben wir die Leistungsaufnahme beim Ausführen einer synthetischen Arbeitslast (10 k HTTP-Requests pro Sekunde) protokolliert. Die Rust-Binärdatei verbrauchte im Durchschnitt 12 W, verglichen mit 14 W für den Zig-Build – eine Reduktion um 14 %, die sich in niedrigeren Betriebskosten für dauerhaft laufende Dienste niederschlägt.

Kompatibilitäts-Checkliste

Feature	Zig-Version	Rust-Version	Kommentare
ES2023-Syntax	✅	✅	Keine API-Brüche
Integrierte Image-API (Sharp-Ersatz)	✅	✅	Gleiche Node-kompatible Schnittstelle
Experimentelle HTTP/3-(QUIC)-Unterstützung	✅	✅	Erfordert OpenSSL 3.0+
Native Add-ons (C/C++)	✅	✅	Mit cargo neu kompiliert – ABI unverändert
Windows Subsystem for Linux (WSL)	✅	✅	Funktioniert sofort

Alle vorhandenen Bun-Skripte laufen unverändert. Der einzige Migrationsschritt besteht darin, die Runtime neu zu installieren (bun upgrade), damit die neue Binärdatei die alte ersetzt.

Build-Empfehlungen für ein Homelab

Wenn du einen kleinen Cluster aus Raspberry Pi 4s (ARM v8) oder eine Reihe von Intel NUCs betreibst, bietet der Rust-Build spürbare Vorteile:

1. Lade die neueste Version herunter von der offiziellen Seite – die Artefakte enthalten bun-linux-arm64.tar.gz und bun-windows-x64.zip.
2. Überprüfe die SHA-256-Prüfsumme (in den Release Notes veröffentlicht).
3. Installiere das optionale Paket bun-optim für Bildverarbeitung; es verlinkt jetzt gegen libvips, kompiliert mit Rusts ffmpeg-Bindings, was bei Batch-Konvertierungen einen Geschwindigkeitsgewinn von 15 % bringt.
4. Aktiviere das Flag für den QUIC-Server (--http3) nur auf Maschinen mit hardwarebeschleunigtem AES-NI, andernfalls wechsle zu HTTP/2.
5. Überwache den Speicher mit htop oder btop; du solltest die oben genannten niedrigeren Spitzenwerte sehen.

Der KI-Faktor

Zwei Pull Requests, die die Zig-Quellen entfernt haben, wurden von GitHub als „AI slop“ markiert. Das Markierungssystem behandelt massive, maschinell erzeugte Diffs als verdächtig, aber die Bun-Maintainer argumentieren, dass der Code die vollständige Test-Suite besteht und der Compiler die gefährlichsten Fehler abfängt. Diese Episode verdeutlicht eine breitere Spannung: KI kann sehr schnell riesige Patches erzeugen, doch menschliche Überprüfung wird in diesem Maßstab unpraktisch.

Reaktionen aus der Community

• „Was für ein schönes, überprüfbares kleines Commit. Ich bin sicher, dass es keinerlei Bugs enthalten wird“, – ein augenzwinkernder Kommentar im Merge-Thread, der eine lebhafte Debatte über die Grenzen von Code-Reviews auslöste.
• Mehrere Rust-zentrierte Foren lobten den Schritt und merkten an, dass Bun nun zur wachsenden Liste von High-Performance-Runtimes gehört (z. B. Deno, Node.js 22), die Rust für Kernkomponenten verwenden.
• Zig-Befürworter warnten, dass die Abhängigkeit des Projekts von KI-generiertem Code Mitwirkende entfremden könnte, die handgefertigte Implementierungen auf niedriger Ebene schätzen.

Fazit

Die Rust-Neuimplementierung gibt Bun eine kleinere, sicherere Binärdatei, ohne Geschwindigkeit einzubüßen. Für alle, die ein Homelab-API-Gateway, einen CI/CD-Runner oder ein Microservice-Mesh bauen, reduziert die neue Version sowohl den Speicherbedarf als auch die Leistungsaufnahme – zwei Kennzahlen, die zählen, wenn man Dutzende Container auf bescheidener Hardware betreibt. Behalte die bevorstehende Roadmap von Bun 2.0 im Blick; das Team plant, eine JIT-fähige WebAssembly-Engine hinzuzufügen, die ebenfalls in Rust geschrieben wird.

---

Alle Benchmark-Werte wurden auf Hardware unter Ubuntu 22.04 LTS mit Kernel 6.5 erhoben. Die Version der Test-Suite ist Bun 1.3.13 (Zig) gegenüber Bun 1.3.14 (Rust).