Ein einzelner Entwickler hat die Datenbank Postgres mithilfe von KI-Agenten komplett in Rust nachgebaut. Der Klon namens pgrust besteht inzwischen 100 Prozent der offiziellen Regressionstests. Trotzdem sollte niemand seine Produktivdatenbank austauschen.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
Postgres in Rust nachzubauen galt lange als Mammutprojekt, doch ein KI-gestützter Klon besteht seit Kurzem alle rund 46.000 Regressionstests der Datenbank. Hinter pgrust steht Michael Malis, früher Chef des Startups Freshpaint, der das Projekt in wenigen Wochen mit parallel arbeitenden Codex-Agenten hochgezogen hat. Die eigentliche Nachricht ist aber nicht der Rekord, sondern das, was ihn möglich gemacht hat.
Das Wichtigste in Kürze
- pgrust ist ein KI-gestützter Nachbau von Postgres in Rust und besteht 100 Prozent der Regressions- und Isolationstests der Version 18.3.
- Rund 250.000 Zeilen Code sind in wenigen Wochen entstanden, geschrieben von zeitweise 17 parallel laufenden Codex-Agenten.
- Der Klon bootet aus einem vorhandenen Postgres-Datenverzeichnis, gilt aber nicht als produktionsreif und kennt keine bestehenden Extensions.
- Für den Mittelstand zählt weniger das Projekt selbst als die Erkenntnis, dass eine gute Testsuite KI-Migrationen überhaupt erst tragfähig macht.
Wie besteht ein KI-Klon 46.000 Tests?
Testsuite als Kompass: Postgres liefert seit Jahren eine riesige, deterministische Sammlung aus Regressions- und Isolationstests mit. Genau diese Sammlung hat den KI-Agenten als messbares Ziel gedient. Jede Codeänderung hat sich sofort gegen das erwartete Verhalten prüfen lassen, sodass die Modelle Schritt für Schritt auf grüne Tests hin optimieren konnten.
Übersetzen statt erfinden: Sprachmodelle sind bei Übersetzungsaufgaben stark, und ein Port von C nach Rust ist im Kern genau das. Denselben Mechanismus haben wir schon beim KI-Umbau der JavaScript-Laufzeit Bun gesehen, die dank 1,3 Millionen eingebauter Testfälle in elf Tagen nach Rust gewandert ist. Ohne diesen Prüfstand driften solche Rewrites schnell ins Unbrauchbare ab.
Tempo durch Parallelität: Malis hat die Arbeit über mehrere Codex-Konten verteilt und zeitweise 17 Agenten gleichzeitig laufen lassen, bis die CPU nicht mehr mitgekommen ist.[1] So sind rund 250.000 Zeilen Rust zusammengekommen. Ähnliche Agentenschwärme stecken inzwischen auch in OpenAIs Codex-Modell.
Warum 100 Prozent Tests nicht produktionsreif heißen
Bestandene Tests, offene Fragen: Die Regressionssuite prüft, ob SQL-Abfragen semantisch dieselben Ergebnisse liefern. Über die Haltbarkeit der Daten nach einem Stromausfall, das Verhalten unter Last oder die Performance sagt sie dagegen nichts. Der Autor selbst nennt pgrust nicht produktionsreif, nicht performance-optimiert und nicht kompatibel mit bestehenden Extensions.[2]
Rohe Zeiger im Fundament: In der Diskussion auf Hacker News wird eingewandt, dass der Code Tausende unsafe-Blöcke mit rohen Zeigern enthält, also gerade die Speichersicherheit umgeht, für die Rust eigentlich steht. Kritiker lesen das eher als maschinelle Übersetzung denn als echten Rust-Umbau. Dass grüne Tests wenig über die Praxistauglichkeit aussagen, kennen wir bereits aus der Debatte um aussagearme KI-Coding-Benchmarks.
Ein bestandener Testlauf ist kein Gütesiegel für den Produktivbetrieb. Die spannende Frage ist nicht, ob eine KI Postgres kopieren kann, sondern ob ein Team seine eigene Software gut genug getestet hat, um es überhaupt zu versuchen.
— Markus Seyfferth, Chefredakteur Dr. Web
Lizenz wechselt: pgrust steht zudem unter der strengen AGPL, während das Original unter einer freizügigen Lizenz läuft. Für einen kommerziellen Einsatz wäre dieser Unterschied ein rechtlicher Stolperstein mit Folgen.
Was pgrust heute kann
- ◆ Alle Regressions- und Isolationstests bestehen
- ◆ Aus einem echten Postgres-Datenverzeichnis booten
- ◆ SQL-Abfragen semantisch identisch beantworten
Was noch fehlt
- ◆ Produktionsreife und Sicherheit unter Dauerlast
- ◆ Kompatibilität mit bestehenden Extensions
- ◆ Performance-Optimierung statt reiner Funktion
- ◆ Eine freizügige Lizenz statt der strengen AGPL
Was heißt das für Migrationen im Mittelstand?
Testabdeckung als Voraussetzung: Die praktische Lehre für deutsche Unternehmen liegt nicht in der Datenbank, sondern im Muster. Ein altes Java- oder PHP-Monolith lässt sich heute realistisch mit KI-Agenten modernisieren, aber nur mit einer belastbaren Testsuite als Sicherheitsnetz. Fehlt sie, produziert die KI plausiblen Code ohne jede Gewähr.
Erst messen, dann migrieren: Vor jedem KI-gestützten Umbau steht deshalb die Investition in automatisierte Tests, nicht die Wahl des Modells. Dieselbe Logik greift, wenn autonome KI-Agenten stundenlang an ganzen Projekten arbeiten sollen. Das erklärt zugleich, warum Entwickler mit KI mitunter langsamer werden, wenn das Fundament an Tests fehlt.
Nüchtern bleiben: pgrust ist ein beeindruckendes Forschungsprojekt und ein Signal, wohin KI-gestützte Entwicklung läuft. Als Produktivdatenbank taugt der Klon noch nicht. Für Entscheider lohnt der Blick auf die eigene Testabdeckung mehr als der auf die reine Benchmark-Zahl, und wer Rust im Sprachvergleich einordnen will, findet Kontext in unserem Vergleich der zehn führenden Programmiersprachen.
Quellen
[1] Michael Malis: „pgrust: Rebuilding Postgres in Rust with AI“ ↩
[2] Michael Malis: „pgrust passes 100% of PostgreSQL’s regression tests“ ↩
