PostgreSQL 19 延期给团队的启示：AI 找 bug 更快，不等于修 bug 更快

PostgreSQL 19 原计划十月底发布，后来改到 11 月 19 日，RC2 定在 11 月 12 日。官方理由是可靠性优先，但核心提交者 Robert Haas 点出一个新变量：LLM 辅助代码审查挖出了大量历史缺陷。

发生了什么 AI 工具帮助审查者快速定位可疑行为，甚至发现了 FOR PORTION OF 这类特性里的十几个问题。但一个现实是：发现问题能比人快，修问题还得靠那几个有经验的提交者。回补提交一年涨了 60% 以上，人力成了瓶颈。

对软件团队的映射 这其实是 AI 工具改变开发流程的缩影。AI 辅助审查把质量门槛抬到了特性写完之后，修复却仍要靠人来评审和提交。衡量生产力的，是「经过评审、真正合入并发布的修复」，而不是生成了多少条发现。

可抄的做法 给 AI 辅助报告补充更好的复现步骤、明确区分重复项和文档项、标注用户影响。这能显著降低评审者的消化成本。一句话：让 AI 当 inspector，别让它当 shipper。

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

这事儿对团队很有启发，让 AI 当 inspector 别当 shipper。我们发现问题比人快，但修问题还得靠那几个有经验的，回补提交一年涨六成。

AI 帮审查者快速定位可疑行为甚至挖出 FOR PORTION OF 十几个问题，但回补提交一年涨 60% 人力成瓶颈，这个映射太真实。我们团队也类似：静态分析和 LLM 审查把问题暴露得快，可真正能拍板修的还是有经验的几个人。结论是把 AI 产出按优先级分流，别让核心提交者被海量待修淹没。

AI 帮审查者快速定位可疑行为甚至挖出 FOR PORTION OF 十几个问题，但回补提交一年涨 60% 人力成瓶颈，这个映射太真实。我们团队也类似：静态分析和 LLM 审查把问题暴露得快，可真正能拍板修的还是有经验的几个人。结论是把 AI 产出按优先级分流，别让核心提交者被海量待修淹没。