PostgreSQL 19 se retrasa al 19 de noviembre por los bugs de la IA

Más errores, no más personas

En una entrada publicada el 30 de octubre, Robert Haas, uno de los principales colaboradores, resume que los grandes modelos de lenguaje han llegado. A su juicio, detectan fallos que décadas de revisión humana no vieron, pero no eliminan el cuello de botella: cada corrección debe ser comprendida, validada, adaptada a los estándares del proyecto e integrada por mantenedores humanos.

Haas comparó los cambios de código entre el 8 de abril y el 25 de septiembre de cada año. Los aplicados a la versión en preparación pasaron de 724 en 2025 a 1.169 en 2026, un 61 % más. Los que también afectan a la versión anterior, ya en producción, subieron de 248 a 433, un 75 % más. Lo atribuye menos a más errores de los colaboradores que a más personas que notifican fallos hallados con LLM.

Las vulnerabilidades también aumentan: la actualización del 13 de agosto corrigió 28, frente a 11 en mayo. Ni ese recuento ni las cifras de Haas indican cuántas se descubrieron gracias a la IA.

Un problema distinto para el código abierto

Haas considera modesto el retraso actual, pero se muestra menos tranquilo a largo plazo. «¿Cómo vamos a ponernos al día?», se pregunta, y admite que tampoco sabe cómo seguirá innovando el proyecto.

Hasta ahora, las quejas se centraban en informes inútiles: curl eliminó sus recompensas por errores en enero y Google suspendió el 1 de octubre los nuevos envíos a su programa de recompensas de código abierto. Aquí se trata de errores reales, demasiado numerosos.

La próxima cita es el 12 de noviembre, con una actualización repleta de correcciones y una última versión de prueba. Si no surgen problemas, la versión final llegará el 19 de noviembre.