PostgreSQL 19 原计划 10 月发布，现在推到 11 月 19 日，11 月 12 日出 RC2。延期背后是一组值得所有工程团队看的数字。
发生了什么
功能冻结在 4 月 8 日。8 月 27 日到 9 月 16 日这三周里，五个大特性被回滚：SQL/PGQ 属性图查询、UPDATE 与 DELETE 的 FOR PORTION OF、在线开关数据校验和、ALTER TABLE 的 MERGE 与 SPLIT PARTITION、pg_get_*_ddl()。整轮下来约八到十个大特性没进 19。
数字对照
从功能冻结到 9 月 25 日，主分支提交从去年的 1037 涨到 1443；回补到 REL_19_STABLE 的补丁达到 1169 个，去年是 724 个；打到更老发布分支的补丁从 248 涨到 433，增幅 74%。
提交者 Robert Haas 的解释
代码没有变得更糟，提交者的严谨程度也没变。变化在于 LLM 辅助审查让核心团队之外的人更容易发现 bug，其中很多藏在多年前写的代码里。补丁暴增的部分几乎全在回补，也就是修已经发布代码里的老问题。
他的原话大意是：2025 到 2026 年，审查这些代码的人类并没有变聪明。
这才是重点
瓶颈从「写代码」转移到「验证代码」。生成变便宜了，验证还是那么贵，而且依赖人的判断力，不随算力线性扩张。
旁证
Linux Foundation 10 月对 234 名维护者的调查显示，贡献者超过 50 人的项目里，维护者估计近三分之一的代码变更是低质量或 AI 生成的；倦怠已经超过代码质量，成为大项目维护者的首要担忧；约四分之一的项目对 AI 辅助代码完全没有检查机制。
对团队的启示
如果你的团队在用 AI 写代码，请同步投资审查能力：更细的静态检查、更严的门禁、更小的提交粒度。不然你只是把瓶颈推到了下游，而且下游更堵。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。
