PostgreSQL 19のリリースは、品質基準の引き上げと、プロジェクトの従来のリリースサイクルを乱すほどのバグ発見の急増により、主に遅延に直面しています。これまでプロジェクトは着実なペースで進んできましたが、近年の報告の流入により、メンテナは新機能の開発よりも既存のコードベースの堅牢化を優先せざるを得なくなりました。この変化について、一部の観測者は、長年放置されてきた問題を解決するために短期的にはイノベーションを一時停止することになったとしても、より安全で安定した製品を確保するための必要なトレードオフであると述べています。

大規模言語モデル（LLM）は、特に「読み取り専用」の検索タスクを改善することで、この変化の主要な触媒として挙げられています。これらのモデルは、シリアル化の異常、外部キーの整合性の問題、プランナーの正確性のバグなど、複雑な技術的問題を特定することを大幅に容易にしました。あるコントリビューターは、AI支援の手法を用いて、CVEに値する脆弱性を含む数百の潜在的なバグ候補を発見したと報告しています。この能力により、30年もの歴史を持つコードベースに隠れていた欠陥を発見することが可能になりましたが、同時にプロジェクトが処理しなければならない膨大なデータ量を生み出しています。

しかし、この発見の急増はPostgreSQLのメンテナにとって大きなスケーリングの課題を突きつけています。AIによってバグを見つける際のボトルネックは解消されましたが、プロジェクトは依然として検証の段階でボトルネックに直面しています。少人数のメンテナグループが、自動化およびAI支援ツールによって生成された数百の報告に対して、手動でトリアージ、検証、および修正内容のレビューを行わなければなりません。これは、ソフトウェアを堅牢にしたいという意欲と、人間によるレビューの現実的な限界との間に緊張関係を生んでいます。長期的な影響については議論の余地がありますが、現在のバグ数を削減することへの集中は、一時的にイノベーションを遅らせるかもしれませんが、将来の開発のためのより強固な基盤を構築することを目指しています。