Bugs achados com ajuda de IA superam capacidade de revisão e atrasam o PostgreSQL 19

O PostgreSQL costuma lançar sua versão anual de funcionalidades entre setembro e outubro, mas a versão 19 só deve sair em novembro, ou depois. Segundo o relato do Phoronix, os desenvolvedores estão sobrecarregados por um volume maior de relatórios de bugs e patches gerados por agentes de IA/LLM. Eles também precisam cuidar de correções de segurança e de bugs nos back-ports para versões anteriores do banco.

Robert Haas, desenvolvedor do PostgreSQL, explicou em um blog post que há dois fatores. Primeiro, com mais bugs encontrados, leva mais tempo para corrigir. Os LLMs rascunham correções, mas elas nem sempre estão corretas ou seguem os padrões do projeto, então humanos ainda precisam revisar e fazer o commit. Segundo, o tempo que seria gasto revisando o que entrou na release foi desviado para falhas de segurança e bugs nas branches antigas. Isso atrasou a identificação do que precisava ser revertido antes de entregar a v19, e explicaria os muitos reverts tardios. O projeto mira o dia 19 de novembro para o lançamento.

Em 4 de setembro de 2026, o CEVIU noticiou, em "PostgreSQL 19: Contagem regressiva para a nova versão já começou", que a liberação geral era esperada nas semanas seguintes, seguindo o padrão histórico de setembro a outubro. O cenário mudou: a versão já passou da janela habitual e agora tem meta de 19 de novembro. Em 2 de novembro de 2026, o CEVIU também registrou, em "Postgres 19 deve atrasar, e a IA é apontada como causa", que funcionalidades grandes foram revertidas tarde no período beta.

Para quem opera PostgreSQL em ambiente corporativo, isso sugere que o calendário de upgrades deve ganhar folga. Se a versão 19 entra em produção, o planejamento de janelas de mudança, testes e homologação precisa partir da data de novembro, sem tratá-la como garantida. A pressão sobre as branches antigas também indica atenção redobrada ao patching das versões em uso. É uma leitura editorial, não uma previsão do projeto.