PostgreSQL 19 задержали из-за LLM-ревью — как проверка кода моделями перенесла релиз на шесть недель
Саммари
Релиз PostgreSQL 19, запланированный на конец сентября — начало октября 2026 года, перенесён примерно на 19 ноября, а восемь-десять значимых фич вырезано в следующий релиз. Ведущий коммитер проекта Питер Айзентраут (EDB) связывает это не с «vibe coding» — техники не было, когда фичи писали, — а с тем, что LLM-ассистированное ревью кода к бете стало настолько эффективным, что накопило около сорока отчётов о дефектах — времени на их обработку в срок просто не хватило. Кейс показывает обратную сторону внедрения агентного ревью: когда поиск багов становится дешёвым, узким местом релиза становится инженерное время на обработку находок.
Из этого следует, что при внедрении агентного ревью нельзя оптимизировать только recall находок: узким местом становится фиксированная стоимость обработки каждого отчёта, поэтому у ревьюера должен быть бюджет или лимит на находки, иначе его эффективность прямо сорвёт планы релиза.
На практике это та же проблема, что и в статье про code review команды Claude Code: разница в том, что Anthropic заранее строила уровни проверки (Quick/Standard/Deep), фильтры шума и метрику rounds-to-pass, а свободный open-source проект столкнулся с потоком находок в первый же цикл, где такого регулятора не было.
Важный нюанс: «ревью задержало релиз» и «ревью спасло релиз» здесь правда одновременно — часть вырезанных фич действительно содержала архитектурные дефекты (предупреждение Тома Лейна про SQL/PGQ), а часть находок была мелочью, которую раньше бы чинили годами уже после выпуска.
Ограничение: репортаж не приводит данных о числе проверенных PR, доле ложных срабатываний и распределении усилий по находкам — «сорок отчётов» это оценка Айзентраута, а не измеренная метрика проекта.