PostgreSQL 19 erscheint später: KI findet zu viele Fehler

Mehr Bugs, aber nicht mehr Entwickler

In einem Beitrag vom 30. Oktober schreibt der Kernentwickler Robert Haas knapp: Die LLMs seien angekommen. Sie fänden Schwachstellen, die jahrzehntelange menschliche Code-Reviews übersehen hätten, beseitigten aber den Engpass nicht. Jede Korrektur müsse weiterhin von menschlichen Maintainern verstanden, geprüft, an die Projektstandards angepasst und eingepflegt werden. Fehler werden also viel schneller gefunden als behoben.

Haas verglich die Code-Änderungen zwischen dem 8. April und dem 25. September eines jeden Jahres. Änderungen an der kommenden Version stiegen von 724 im Jahr 2025 auf 1.169 im Jahr 2026, ein Plus von 61 Prozent. Änderungen, die auch die bereits ausgelieferte Vorgängerversion betrafen, nahmen von 248 auf 433 zu, also um 75 Prozent. Das liege weniger an mehr Fehlern der Entwickler als an mehr Nutzern, die mit LLMs entdeckte Bugs melden.

Auch Sicherheitslücken häufen sich: Das Update vom 13. August schloss 28, im Mai waren es 11. Weder diese Zahl noch die Angaben von Haas verraten, wie viele Probleme tatsächlich per KI gefunden wurden.

Ein neues Problem für Open Source

Die aktuelle Verspätung hält Haas für überschaubar, langfristig ist er weniger gelassen. „Wie sollen wir den Rückstand aufholen?“, fragt er und räumt ein, auch nicht zu wissen, wie das Projekt weiter Neues entwickeln soll.

Bisher richteten sich Klagen über KI in Open-Source-Projekten vor allem gegen nutzlose Meldungen. Im Januar stellte curl sein Bug-Bounty-Programm ein, und am 1. Oktober setzte Google neue Einreichungen für sein Open-Source-Prämienprogramm aus, weil die meisten automatisierten Berichte ungültig seien. Haas beschreibt dagegen echte Fehler in einer Zahl, die kaum zu bewältigen ist.

Der nächste Termin ist der 12. November mit einem fehlerreichen Update und einer letzten Testversion von PostgreSQL 19. Tauchen keine Probleme auf, folgt am 19. November die finale Version.