KI findet so viele Bugs, dass Postgres 19 sich verspätet
PostgreSQL 19 kommt später als üblich, Linux 7.4 startet mit fast 20.000 Commits. Der Grund ist in beiden Fällen derselbe: KI-Werkzeuge finden Fehler schneller, als Projekte sie bisher abarbeiten mussten. Was das für Update-Planung und Betrieb in Unternehmen bedeutet.
Zwei der wichtigsten Open-Source-Projekte für Unternehmens-IT melden in derselben Woche dasselbe Phänomen. Die Datenbank PostgreSQL schafft ihre neue Hauptversion nicht im gewohnten Zeitfenster, und der Linux-Kernel erlebt eines der größten Merge-Fenster seiner Geschichte. In beiden Fällen ist der Auslöser KI, und zwar nicht als Autor neuer Funktionen, sondern als unermüdlicher Fehlersucher.
Postgres 19: „LLMs happened“
Robert Haas, langjähriger Committer bei PostgreSQL und bei Databricks beschäftigt, hat am 30. Oktober 2026 in seinem Blog erklärt, warum Postgres 19 auf sich warten lässt. In den vergangenen zehn Jahren erschienen neue Hauptversionen frühestens Mitte September und spätestens Mitte Oktober. Version 19 kommt nach seiner Einschätzung wahrscheinlich im November, eine weitere Verschiebung schließt er nicht aus.
„The short answer is that LLMs happened.“ Robert Haas, PostgreSQL-Committer
Seine Zahlen vergleichen jeweils den Zeitraum vom 8. April bis 25. September:
- In den Stabilisierungszweig der kommenden Version flossen 2025 noch 724 Commits, 2026 waren es 1.169, also mehr als 60 Prozent mehr.
- Auch der Zweig der bereits veröffentlichten Vorgängerversion bekam deutlich mehr Korrekturen: 433 statt 248 Commits, ein Plus von über 74 Prozent.
- Zwischen dem 27. August und dem 15. September wurden drei bereits eingebaute Funktionen wieder entfernt, darunter die Graph-Abfragen SQL/PGQ und das Zusammenführen und Aufteilen von Partitionen per ALTER TABLE.
KI-Werkzeuge finden laut Haas Fehler in neuem Code inzwischen sehr schnell. Die Verzögerung selbst hält er für unbedenklich, sie zeige den Qualitätsanspruch des Projekts. Langfristig sieht er eine Herausforderung: Wer neue Funktionen beiträgt, muss sauberer arbeiten, weil KI jede Schwäche bald aufdeckt.
Linux 7.4: ein besonders großes Merge-Fenster
Fast zeitgleich hat Linus Torvalds die erste Testversion von Linux 7.4 freigegeben. Laut The Register vom 1. November 2026 umfasst das Merge-Fenster fast 20.000 Commits, üblich sind rund 15.000. Rund ein Drittel der Änderungen entfällt allerdings auf Registerdefinitionen für AMD-Grafikchips. Torvalds schrieb: „This is a BIG merge window.“
Interessant ist seine Bewertung. Bisher landeten KI-gefundene Fehler oft als Flut von Korrekturen in der Stabilisierungsphase nach dem Merge-Fenster. Jetzt kommen sie früher. Torvalds nennt das „a much healthier model“. Die Patches seien oft KI-vorgeschlagen, würden aber häufig noch umgeschrieben. Linux 7.4 gilt laut Torvalds als wahrscheinliche nächste Version mit Langzeitpflege (LTS).
Das passt zu dem, was wir zuletzt auch bei Sicherheitslücken gesehen haben: KI findet deutlich mehr Schwachstellen als früher, wie der VulnCheck-Report mit 1.061 KI-gefundenen Lücken und der Rekord-Patchday von Microsoft gezeigt haben.
Was das für Ihr Unternehmen heißt
- Mehr Updates einplanen: Wenn KI Fehler schneller findet, erscheinen mehr Korrekturen, auch für ältere Versionen. Wartungsfenster und Testaufwand für Datenbanken, Server und Bibliotheken sollten darauf ausgelegt sein.
- Versionspläne nicht zu eng takten: Wer ein Projekt fest auf eine neue Hauptversion zu einem bestimmten Termin plant, etwa ein Upgrade auf Postgres 19, sollte Puffer einbauen. Erscheinungstermine werden unsicherer.
- Kleinere Updates zügig einspielen: Die vielen Korrekturen in stabilen Zweigen sind genau die Updates, die Betrieb und Sicherheit verbessern. Wer Minor-Releases liegen lässt, sammelt bekannte Fehler an.
- KI-Review im eigenen Code nutzen: Was für Postgres und Linux gilt, gilt auch für eigene Anwendungen. KI-gestützte Code-Reviews finden Fehler, bevor sie in Produktion gehen, und kosten wenig im Vergleich zu einem Ausfall.
- Funktionen notfalls zurückstellen: Postgres hat lieber drei Funktionen gestrichen als fehlerhafte auszuliefern. Diese Disziplin lohnt sich auch in Unternehmensprojekten.
Fazit
KI verändert die Softwareentwicklung gerade weniger durch neue Funktionen als durch gründlichere Prüfung. Für Anwender bedeutet das kurzfristig mehr Updates und gelegentlich verschobene Termine, langfristig aber stabilere Software. Wenn Sie Update-Prozesse, Tests und eigene Code-Reviews darauf einstellen möchten, sprechen Sie mich gern an.
