Bun hat seine Codebasis in elf Tagen von Zig nach Rust portiert, fast vollständig geschrieben von Claude. Jetzt zerlegt der Erfinder der aufgegebenen Sprache das Vorzeigeprojekt und trifft einen wunden Punkt jeder KI-Migration.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
KI-Code im großen Stil hat gerade seinen bisher spektakulärsten Praxistest bekommen: 64 parallele Claude-Instanzen haben rund eine Million Zeilen Bun-Code von Zig nach Rust übersetzt. Das Ergebnis besteht 99,8 Prozent der eigenen Tests. Andrew Kelley, Schöpfer der nun verworfenen Sprache Zig, hält das Verfahren trotzdem für einen Trugschluss.
Das Wichtigste in Kürze
- Bun-Entwickler Oven, seit Dezember 2025 Teil von Anthropic, ließ 535.000 Zeilen Zig von Claude nach Rust portieren, für rund 144.000 Euro.
- Der Zig-Erfinder kritisiert: Fand die Testsuite die Fehler im alten Code nicht, sichert sie eine Million ungeprüfter neuer Zeilen erst recht nicht ab.
- Der Engpass ist nicht das Schreiben, sondern das Prüfen. KI erzeugt Code schneller, als Menschen ihn kontrollieren können.
- Für Modernisierungsprojekte im Mittelstand zählt die Testabdeckung, nicht das Tempo.
Was Bun in elf Tagen umgebaut hat
Der Bun-Entwickler Oven, seit Dezember 2025 eine Tochter von Anthropic, hat seine JavaScript-Laufzeit vollständig neu geschrieben. Statt der bisherigen Sprache Zig läuft Bun künftig auf Rust.
Laut dem technischen Blogbeitrag des Anbieters[1] haben rund 50 automatisierte Abläufe mit bis zu 64 parallelen Claude-Instanzen 535.000 Zeilen Zig-Code übersetzt, gebündelt in einem Merge von über einer Million Zeilen. Der Lauf hat elf Tage gedauert und rund 144.000 Euro an Rechenzeit gekostet.
Die Zahlen klingen nach einem klaren Gewinn: kleinere Programmdatei, deutlich weniger Speicherbedarf, fast alle Tests bestanden.
Warum der Zig-Erfinder von einem Trugschluss spricht
Andrew Kelley, Schöpfer der aufgegebenen Sprache Zig, hat die Rechnung in einem eigenen Blogbeitrag[2] auseinandergenommen. Sein Kernargument dreht sich nicht um Rust gegen Zig, sondern um die Prüfung selbst.
Bun galt schon vor der Portierung als fehleranfällig, trotz derselben Testsuite. Kelley fragt deshalb: Wenn diese Tests die Fehler im überschaubaren Zig-Code nicht abfingen, wie sollen sie dann eine Million Zeilen ungeprüften Rust-Codes absichern, den kein Mensch Zeile für Zeile gelesen hat?
Genau hier liegt der Mechanismus, der über Bun hinausweist. Sobald KI Code schneller erzeugt, als ein Team ihn lesen kann, verschiebt sich der Flaschenhals vom Schreiben zum Prüfen. Die Testsuite wird zum einzigen Torwächter, und ihre Lücken werden zum Sicherheitsnetz. Dass grüne Benchmarks immer weniger über echte Qualität aussagen, ist längst ein eigenes Thema.
Kelley weist zudem darauf hin, dass ein Teil des Tempogewinns auf einer Optimierung namens LTO beruht, die auch der alten Zig-Version offengestanden hätte. Der Sprung nach Rust erklärt die besseren Werte also nur zum Teil.
Ovens Rechnung
20 Prozent kleinere Programmdatei, Speicherbedarf im Dauertest von 6,7 GB auf gut 600 MB gesunken, 19 bekannte Rückfälle behoben.
Kelleys Einwand
Wenn die Testsuite die Fehler im alten Code nicht fand, kann sie eine Million ungeprüfter neuer Zeilen nicht absichern.
Eine Million Zeilen KI-Code sind eine beeindruckende Ingenieursleistung und trotzdem erst dann vertrauenswürdig, wenn die Prüfung mit dem Tempo mithält. Bestandene Tests beweisen, dass nichts Bekanntes kaputtging, nicht dass der Code gut ist.
— Markus Seyfferth, Chefredakteur Dr. Web
Was das für Modernisierungsprojekte im Mittelstand bedeutet
Für deutsche Unternehmen ist die Portierung mehr als eine Fußnote aus der Open-Source-Welt. Altsysteme abzulösen, von betagten ERP-Installationen bis zu alten Fachanwendungen, steht in vielen IT-Abteilungen oben, und KI verspricht hier eine radikale Abkürzung. Dass viele Häuser KI zwar produktiv nutzen, die Steuerung aber hinterherhinkt, zeigen aktuelle Studien.
Die Haftung bleibt beim Betreiber. Fällt portierter Code im Betrieb aus, hilft der Verweis auf das Modell nicht weiter. Vor jeder KI-gestützten Migration gehören diese Punkte geklärt:
- Testabdeckung zuerst messen. Eine Migration ist nur so sicher wie die Tests, die sie abnehmen. Lücken in der Suite werden nach der Portierung zu blinden Flecken.
- Prüfkapazität einplanen. Das Budget für menschliche Codeprüfung ist der eigentliche Engpass, nicht die API-Kosten. Nur mitfinanzierte Prüfung liefert am Ende Code, den ein Mensch warten kann.
- „Tests bestanden“ nicht mit „fertig“ verwechseln. Grüne Tests zeigen die Abwesenheit bekannter Fehler, keine Wartbarkeit und keine Sicherheit gegen neue.
Der KI-Sprung lohnt sich beim Tempo und kostet nichts, solange die Prüfung Schritt hält. Bun hat gezeigt, dass die Maschine eine Million Zeilen in Tagen schreibt. Die offene Frage bleibt, wer sie am Ende liest.
Quellen
[1] Oven (Bun): „Rewriting Bun in Rust“ ↩
[2] Andrew Kelley: „My thoughts on the Bun Rust rewrite“ ↩
Mehr Newshunger?
- Schreiben Sie Code, den ein Mensch warten kann
- Signal statt Rauschen: Warum KI-Coding-Benchmarks kaum noch etwas messen
- „Ich liebe LLMs, ich hasse den Hype“: Warum George Hotz die KI-Euphorie zerlegt
- Produktions-KI-Agent auf GPT-5.6 umgestellt: Was die Migration wirklich billiger machte
- Wie Terence Tao tote Java-Applets mit Coding-Agenten wiederbelebt
- KI im Mittelstand: 76 Prozent nutzen sie, 26 Prozent haben sie integriert
