PostgreSQL社区吵翻了：AI帮我们找到一堆bug，还是AI把我们淹死了？
海外数据库圈这几天正在打一场国内几乎没人报道的架，主角是你我天天在用的PostgreSQL。10月1日，PostgreSQL老牌贡献者Tomas Vondra发了一篇长文《Are we reverting patches because of bugs found by AI?》，直接开怼社区里流行的说法——“PG 19推迟发布，是因为AI找到了太复杂的bug”。Vondra把过去几个月的12次代码回滚一条条翻出来验尸，结论是：只有4次和AI沾边，剩下8次全是人肉评审揪出来的。
这场架值得中文技术圈认真围观，因为它回答了一个所有人都在猜的问题：AI进入开源社区之后，到底发生了什么？答案比“AI让开发变快了”黑暗得多。
Vondra文章里的硬数据是这么几条（均出自其博客原文）：
UPDATE/DELETE FOR PORTION OF、CREATE SCHEMA对象类型扩展、SQL/PGQ图查询、分区表MERGE/SPLIT等硬菜；听起来很合理对吧？AI进化了，找到人类找不到的深水区bug，补丁修不动，只能砍特性。国内自媒体大概率会照这个剧本写。但Vondra不干，他说：这个叙事和事实对不上，而且误诊病因就没法治病。
Vondra把每次回滚对应的邮件列表讨论翻了个底朝天，几条关键判决：
| 特性 | 谁发现的问题 | AI参与度 |
|---|---|---|
| CREATE SCHEMA对象类型 | Opus 5评审，发现改了PG18定下的语义 | AI（唯一实锤） |
| RI fast-path批量检查 | 外键检查顺序问题 | 疑似AI |
| 在线checksum切换 | 常规评审，Claude晚几天才介入且非关键 | 不是AI |
| UPDATE/DELETE FOR PORTION OF | Andres Freund人肉评审，并发行为不正确 | 不是AI |
| pg_get_role_ddl等三个函数 | Noah Misch人肉评审起头 | 不是AI |
| SQL/PGQ图查询 | Andres两轮人肉评审 | 不是AI |
| 分区MERGE/SPLIT | Zsolt人肉评审，这特性PG17周期就回滚过一次 | 不是AI |
最有意思的细节是：Noah Misch明确提到自己也用Opus 4.8做了评审，但AI只找到一些次要问题。Andres对SQL/PGQ也跑了AI评审，结果“基本只是复述了人已经发现的点”。
看清楚了吗？关键问题依然是人类抓的，而且抓得又准又狠。Vondra甚至说，把功劳全记给AI，“对那些真正发现问题的人类评审员有点侮辱”。顺带说一句，Andres Freund就是2024年揪出xz后门的那位——人类评审的天花板，依然高得吓人。
Vondra没有说“AI无关紧要”，恰恰相反，他给出了真正吓人的数据：
Vondra还用git历史做了个时间轴分析：往年回滚集中在feature freeze（开发周期约第300天）后立刻发生，属于“冻结后大扫除”；PG 19的回滚曲线前段是平的，到第430天左右（9月初）突然爆量。也就是说，问题不是“发现得更早更多”，而是拖到最后才集中爆雷——因为没人手及时评审。提交量倒是涨了：PG 14周期约1700个commit，PG 19约2200个。
他给这个现象起了个名字，两个月前就在博客里写过：AI inversion（AI反转）——AI把“发现”的成本打到趋近于零，把“消化”的成本全砸给了维护者。收益归提交方，账单归评审方。
flowchart TD
A["AI工具批量扫漏洞"] --> B["安全报告涌入邮件列表"]
B --> C["资深贡献者转向修CVE"]
C --> D["稳定期评审人手变少"]
D --> E["大补丁问题拖到9月才暴露"]
E --> F["12项特性集中回滚"]
F --> G["PG19推迟约一个月发布"]
A --> H["AI评审参与代码审查"]
H --> I["真抓出硬伤的少数"]
H --> J["只找到小问题的多数"]
C --> K["CVE从一年5个涨到44个"]
同一周，HN和博客圈还有几条同频信号，拼在一起看更有味道：
第一，GNOME开发者Michael Catanzaro在10月2日发了篇檄文，标题就叫《软件质量的时代，还是鸵鸟的时代？》（The era of software quality, or the era of ostriches?），矛头直指AI时代“先合进去再说”的工程文化。这篇在HN挂了三天，评论60多条。
第二，有人开始给解药了。 一篇题为《给评审员记功，治好你的AI slop问题》的文章在HN传播，主张把评审工作量纳入激励——因为AI把产出端通胀了，评审端还是义务劳动。
第三，AI噪音已经把商业公司也淹了。 据Tom's Hardware报道，Google因为收到大量无效的AI提交，关停了开源漏洞悬赏计划（OSS VRP）的一部分，产品漏洞提交通道10月1日起关闭。
三件事加上PG这场架，指向同一个结论：行业的第一波AI后遗症不在“AI写不出好代码”，而在“评审通道被灌满”。发现便宜了，消化没变贵不行——现在的问题就是消化通道真的崩了。
注意一个细节：这场架全程发生在邮件列表和个人博客，吵得再凶也是公开数据、可复核的结论——Vondra甚至在文末明确邀请大家去验证他的判断。这本身就是老牌开源社区和“截图吵架”文化的区别。
1. 记住“AI反转”这个词。 以后评估任何AI提效方案，先问一句：发现端省下的时间，够不够付消化端的账？公司里让AI批量扫自家代码库、扫依赖漏洞之前，先想想谁来接住那44个“CVE”。
2. 向开源社区提交AI产物，有礼仪清单了。 PG这轮给出的隐性标准：带可复现测试用例、不赶在feature freeze之后丢大补丁、AI参与要披露（Noah、Andres都主动说明了自己用Opus做了评审）。照着做，你的报告才会被当人看。
3. 人肉评审的价值正在暴涨。 AI评审在PG的实战成绩单是“抓小放大”。团队里那个能一眼看出并发语义问题的老工程师，2026年是全公司最贵的资产，别让他去写周报。
4. 盯住PG官方的AI贡献政策。 这是全球最成熟的开源社区第一次正式给AI立规矩，无论结果如何都会成为其他项目的模板。做开源合规、内部代码治理的同学，这文件出来当天就该读。
| 你以为的 | 实际情况 |
|---|---|
| AI找到超复杂bug，逼得PG回滚特性 | 12次回滚仅4次与AI沾边，8次是人肉评审的功劳 |
| 开源社区如鱼得水，AI全面提效 | CVE从一年约5个涨到44个，资深维护者被安全报告淹没 |
| 回滚数量史无前例 | 数量与往年相当，真正变了的是时间点——从freeze后立刻清理，拖到发布前一个月爆雷 |
| AI评审很强，能替代人类 | PG实战记录：Opus 5抓住一次真问题，Opus 4.8只找到次要问题，人类依然是天花板 |
这场架最反直觉的地方在于：大家都在担心AI抢走工程师的饭碗，而PG 19的故事说的是另一件事——AI先抢走的，是工程师用来互相把关的时间。饭碗还在，但端碗的手已经腾不出来了。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护。 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。