AIの点検でバグが見つかりすぎた、データベース「PostgreSQL」新版が機能を外して公開も延期

企業の業務システムやWebサービスの裏側で広く使われている無料のデータベース「PostgreSQL（ポストグレスキューエル）」の新版19で、ほぼ完成していた機能が8〜10個まとめて外されました。中心開発者の1人は、AIを使ったプログラムの点検で細かな不具合が一気に見つかり、直す時間が足りなかったことが理由の1つだと説明しています。正式公開の予定日も11月19日に延びました。

何が起きたか

PostgreSQLとは、顧客名簿や受注データなどを保存・検索するための「データベース」と呼ばれるソフトで、世界中の有志と企業が共同で開発し、誰でも無料で使えます。毎年秋に大きな新版を出しており、今年は19の番です。

その19で、試用版（ベータ版）を出したあとに外された機能は8〜10個にのぼります。例年なら1回の開発で外れるのは1つ程度で、今回は試用期間の終盤になって外れたものもありました。現地時間10月9日にこの経緯を自身のブログで振り返ったのが、開発に長く関わるピーター・アイゼントラウト氏（PostgreSQLの支援企業EDBの幹部）です。同氏自身も、外された機能のいくつかの開発者や取りまとめ役でした。

外された機能の多くはしばらくして戻ってくる、と同氏は見ています。19には外れずに残った目玉機能も複数あり、同氏は外された機能を除いても「素晴らしい新版になる」と書いています。

公開日も延びた

PostgreSQLの公開を取りまとめるチームは10月10日、開発者向けの連絡網で正式公開を11月19日に動かすと伝えました。公式の予定表では「2026年10月」の公開とされていました。理由は、過去の版にも当てた修正が多く、それを含めた2回目の公開前の最終確認版を11月12日に出してから正式版に進みたいためです。

PostgreSQL公開チーム「Updated PostgreSQL RC / GA dates」公式ドキュメント

We know this has been an atypical major release cycle, but we want to ensure we keep delivering a PostgreSQL that's stable and reliable, and we've made these decisions around that goal.

今回の開発が異例だったことは承知しているが、安定して信頼できるPostgreSQLを届け続けることを目標に、これらの判断をした。

原文を読む（postgresql.org）

公開前の最終確認版（RC1）は予定どおり10月15日に出ています。公式の発表は、問題が見つからなければ11月19日に正式公開するとしています。

公式ドキュメントPostgreSQL 19 RC 1 Released!PostgreSQL · postgresql.org

なお、公開チームの連絡は延期の理由を修正の量としており、AIには直接触れていません。AIの点検との関係は、次に紹介するアイゼントラウト氏の個人ブログでの見立てです。

AIの点検が何を変えたか

外された機能のなかには、設計の根本に欠陥があり、試用期間中に直すのが難しかったものもありました。それとは別に同氏が目立った要因として挙げるのが、珍しい条件のときだけ起きる、害の小さい不具合の多さです。

こうした不具合は以前なら公開後に少しずつ表に出て、5年ほどかけて順に直されていました。AIでプログラムを点検するようになって、それが一度に見つかるようになったと同氏は説明します。

Peter Eisentraut「The reverts will continue until morale improves」公式サイト

But with LLM-assisted code review, these kinds of things can get found much faster, and then you’re staring at a list of like forty defect reports. And even if each of them requires only a three-line fix on average, there is a fixed overhead to dealing with each of these, and then you run out of time.

しかしAIを使ったコード点検では、こうした問題がずっと速く見つかり、気づけば40件ほどの不具合の一覧を前にしている。1件あたり平均3行で直せるとしても、1件ごとに決まった手間がかかり、時間が尽きてしまう。

原文を読む（peter.eisentraut.org）

つまり、問題の機能はAIの点検がまだ役に立たなかった頃に書かれ、その後で求められる品質の水準のほうが上がった、という見方です。AIに書かせた雑なプログラム（いわゆる「バイブコーディング」）のせいではないとも同氏は書いています。問題の機能は、そうした書き方ができる前に作られたものだからです。

人手と仕組みの事情も

AI以外の事情もあります。19の新機能の受け付けを締め切った4月から8月にかけて、ベテランの開発者の多くがセキュリティの弱点の修正に追われ、試用期間中にふだん行う念入りな確認が手薄になりました。

もう1つは作りの複雑さです。PostgreSQLは「何でも何とでも組み合わせて動く」ことを大事にしているため、条件の組み合わせが膨大で、人の手ではすべてを試せません。同氏は、AIで大量の入力を自動で試す手法ならこうした問題を素早く見つけられるとして、今後は機能の開発そのものに組み込むべきだと提案しています。ここまで厳しく調べられた分、19はとても頑丈な版になるとも見ています。

反応と論点

この件は英The Registerが、AIの点検役が人の直せる量を超える不具合を見つけた、という趣旨の見出しで報じ、米Hacker Newsでは200近いポイントを集めました。

コメント欄では評価が割れています。自分のプログラムでAIの点検が本物の不具合を見つけてくれるという声がある一方、見つかった指摘が本当に不具合かを人が確かめる「仕分け」こそが足りない、という指摘もあります。AIの直し方が必要以上に広い範囲を書き換え、新しい不具合を生むという経験談や、そもそも製品として「どう動くべきか」という判断はAIには決められない、という意見も出ています。

日本のビジネスへの影響

使えるか: PostgreSQLは日本でも多くの企業の業務システムやクラウドのデータベースサービスで使われており、新版19は11月19日の正式公開予定です。今回外れた機能を待っていた場合は、翌年の新版20以降になります。

誰にどう効くか: 社内システムの担当者や、システム開発を外部に発注している経営者・事業責任者に関係します。AIでプログラムを点検すると、これまで見過ごしていた不具合がまとめて見つかります。その結果、直す人手が追いつかず、公開の時期や機能の範囲を見直す判断が必要になる、という例がはっきり示されました。

今すぐやれること: 開発会社や社内の開発チームにAIの点検を導入するなら、「見つかった指摘を誰が仕分けて、どこまで直すか」の基準と、修正に使う時間を、点検を始める前に計画に入れておくのが現実的です。AIを使った開発の道具選びはコーディングAIのガイドにまとめています。

注意点: AIの点検は指摘を増やしますが、直すのは人です。指摘の件数の多さをそのまま品質の悪さと受け取ったり、公開直前に初めて導入したりすると、今回のように予定が崩れます。AIで作業の進め方が変わった別の例として、ゲームの中身の復元をAIがこなせるようになり、有志のサイトが受け付けをやめた件もあります。