PostgreSQL 19가 늦어진 이유, 커미터 Robert Haas는 AI가 찾아낸 버그를 꼽았습니다

데이터베이스 PostgreSQL은 지난 10년 동안 해마다 9월 중순에서 10월 중순 사이에 새 버전을 냈습니다. 18도 2025년 9월 25일에 나왔습니다. 그런데 올해 19는 11월로 밀렸습니다. 코드를 저장소에 반영할 권한을 가진 핵심 개발자, 곧 커미터인 Robert Haas는 10월 30일 블로그 글에서 그 원인으로 AI를 꼽았습니다.

Haas가 근거로 든 것은 커밋 수입니다. 기능 추가를 멈춘 4월 8일부터 9월 25일까지 다음 개발 버전에만 들어간 커밋은 지난해보다 조금 줄었습니다. 하지만 출시를 준비하던 버전에도 함께 넣은 커밋은 지난해 724개에서 올해 1,169개로 60% 넘게 늘었습니다. 이미 나온 직전 버전에까지 거슬러 넣은 수정도 248개에서 433개로 74% 넘게 늘었습니다. Haas는 LLM으로 버그를 찾아 신고하는 사람이 크게 늘어난 결과로 봤습니다.

그는 일정이 왜 밀렸는지도 설명했습니다. 먼저 찾아낸 버그가 많아진 만큼 고치는 데도 시간이 더 듭니다. LLM이 수정 초안을 써 주기도 하지만 늘 맞는 것은 아니어서, 사람이 검토한 뒤 반영해야 합니다. 그사이 출시 전에 무엇을 뺄지 살필 시간까지 이전 버전의 보안 문제와 버그를 고치는 데 써야 했습니다. Haas는 8월 27일부터 9월 15일 사이에 큰 기능 세 개를 늦게서야 19에서 뺀 것도 이 때문이라고 봤습니다.

PostgreSQL 출시팀의 공지도 같은 흐름을 보여 줍니다. 출시팀은 10월 15일 첫 출시 후보를 내면서 11월 12일 정기 업데이트에 수정이 아주 많이 들어간다고 밝혔습니다. 그래서 그 수정을 19에도 반영한 뒤 출시하기로 했고, 두 번째 출시 후보도 같은 날 냅니다. 문제가 없으면 정식 출시는 11월 19일입니다.

이제 개발자가 답해야 할 질문도 달라집니다. 지금까지 AI가 개발을 바꾼다는 이야기는 대개 코드를 더 빨리 쓰는 데 초점을 맞췄습니다. 하지만 PostgreSQL에서는 버그를 찾는 일이 훨씬 쉬워진 데 비해 고치는 일은 그만큼 쉬워지지 않았고, 수정은 여전히 사람이 검토해야 했습니다. 찾는 비용만 크게 떨어지면 일정은 검토하는 사람의 시간에 걸리게 됩니다.

그래서 팀이 미리 정해야 할 것은 AI를 쓸지 말지가 아니라, 들어오는 신고를 어떻게 처리할지입니다. 새로 생긴 회귀인지 오래된 결함인지, 얼마나 심각한지에 따라 어떤 신고부터 볼지 정해야 합니다. 어떤 경우에 이전 버전까지 거슬러 고칠지, 출시 전 검토 시간을 얼마나 확보할지도 미리 정해 둬야 합니다. Haas는 앞으로 개발하는 모든 기능이 AI의 검사를 받고, 예전이라면 묻혔을 실수가 몇 시간 만에 드러날 수 있다고 내다봤습니다.

다만 이 숫자가 모두 AI 탓이라고 보기는 이릅니다. Haas도 커미터들이 올해 더 많은 실수를 했을 가능성을 배제하지 않았습니다. 그는 몇 주 늦어진 것보다 40년 동안 쌓였지만 사람이 찾지 못한 버그를 언제 다 따라잡을지가 더 큰 걱정이라고 했습니다.

결국 AI 덕분에 버그는 빨리 찾게 됐지만, 품질을 지키려는 프로젝트일수록 그 버그를 고치고 검토할 시간을 일정에 넣어야 합니다. PostgreSQL을 쓰는 팀이 지금 할 일은 하나입니다. 11월 12일 정기 업데이트에는 수정이 아주 많이 들어간다고 예고됐으니, 현재 쓰는 버전의 출시 노트를 읽고 적용 일정을 미리 잡아 두면 됩니다.

출처

1. Robert Haas: Postgres 19 is late, and it's AI's fault, 2026년 10월 30일. Neon 블로그에 먼저 실린 글입니다.
2. PostgreSQL Global Development Group: PostgreSQL 19 RC 1 Released!, 2026년 10월 15일.
3. PostgreSQL 18 출시 노트, 출시일 2025년 9월 25일.