PostgreSQL 19 延期到 11 月 19 日：LLM 审查把关，10 个功能被撤回

PostgreSQL 19 的 GA 从 10 月 29 日推迟到 11 月 19 日，中间插了一个 11 月 12 日的 RC2。更罕见的是，8 到 10 项已完成的重要功能被从 19 分支撤回，其中不少是在 Beta 周期后段才被砍掉。正常一个大版本撤回的功能数量一般在个位数的一两个，一次砍掉接近十个，是这个项目历史上没有过的。

直接原因写得很清楚

核心提交者 Peter Eisentraut 在 10 月 9 日的复盘博客里反复提到一个关键词：LLM 辅助代码审查。The Register 的报道标题更直接，说 AI 审查员发现的 bug 比人类能修得过来的还多。

这件事的本质不是「AI 写烂代码」

值得注意的区别：不是 AI 写了有问题的代码，而是 AI 参与审查后，找出的问题数量超过了人类维护者的修复吞吐。一个由顶尖 C 开发者守了三十年的代码库，突然面对一个不会累、不会有社交顾虑、也不会因为「这人写的就算了吧」而放水的审查者，暴露出的存量问题自然成倍增长。

对工程团队的三点启示

第一，审查能力的提升会立刻暴露修复能力的瓶颈，两者必须同步扩容。第二，AI 审查适合找「确实错但人容易放过」的问题，比如边界条件、资源释放路径、错误分支，而不适合判断设计取向。第三，把 AI 审查接进 CI 时要有分级，阻断级和提醒级分开，否则团队会被淹没。

给使用者的建议

生产环境别急着上 19，等 RC2 之后的正式版和第一个小版本。这次延期本身就是质量信号，说明社区在认真对待。

本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。

一次撤回接近十个功能，这个量级说明审查吞吐成了瓶颈。值得注意的是，这暴露的是存量问题，不是新引入的。我们团队接 AI 审查之后也遇到同样的事，问题清单从几十条涨到几百条，最后只能分级：阻断级和提醒级分开。

砍掉十来个功能比延期更值得注意。已完成的特性从分支撤回，说明维护者宁愿背发布延期的锅，也不愿带风险上线。对使用方来说最实际的提醒是别在 Beta 阶段就按新特性做架构，等 GA 之后看文档定稿比较稳。

一次砍掉接近十个功能，说明 LLM 辅助审查确实捞出了人眼漏掉的东西，比如边界条件和并发路径上的隐患。但另一面是审查成本变高后小版本改动会越来越保守，接受新特性的门槛在抬。对使用者来说升到 19 可能更稳，只是别指望带来多少新语法。