Postgres 核心提交者仅约50人，pg_lake 开发者 Craig Kerstiens 称 AI 生成代码正耗尽审查能力

Postgres 的成功建立在一个看似矛盾的设计选择上：核心引擎刻意保持「无聊」，优先把新功能推向扩展生态。这个策略让 Postgres 从学术项目成长为全球部署最广泛的开源关系数据库，但也意味着核心代码的守护者极少。在 The Changelog 第688期播客中，pg_lake 项目的开发者 Craig Kerstiens 警告，这一结构正面临 AI 时代前所未有的压力。

Kerstiens 描述了一个具体的数量关系：直接参与 Postgres 核心开发的人数不到100，其中真正拥有提交权限的约50人。与此同时，使用 Postgres 的应用开发者与数据库专业人员的比例已从二十年前的10:1上升到今天的100:1，并正在逼近1000:1。这意味着绝大多数 Postgres 用户不具备审查核心变更的能力，而具备这种能力的维护者团队规模极小。

AI 生成代码的涌入加剧了这一失衡。Kerstiens 认为 AI 生成的 C 代码正在耗尽这约50名提交者的审查能力。Postgres 的贡献流程仍然基于邮件列表，没有 pull request 机制，每一行进入核心的代码都需要人类提交者逐行审查并理解其设计决策。当 AI 工具批量生成看似合理但缺乏架构理解的补丁时，审查负担不是线性增长，而是以远超维护者处理能力的方式膨胀。

这一判断并非孤证。Postgres 核心提交者 Tom Lane 在 Snowflake 发布的三十周年访谈中独立描述了相同现象：「我们正收到大量 AI 生成的 bug 报告和安全报告……其中相当一部分是垃圾，因为工具不理解基本的架构概念。」Lane 还透露，项目最近召集了二十多位核心成员专门讨论是否接受 AI 生成的提交，目前达成的共识是仍然要求有人类为每一行进入代码库的内容负责，并能解释其中的每个决策——但这尚未成为正式的项目政策。

Kerstiens 的论点揭示了一个更广泛的开源治理困境：Postgres 的「无聊核心」策略在预 AI 时代是精明的工程选择——它降低了贡献门槛，吸引了大量扩展开发者，同时保持核心的稳定性和可审计性。但当 AI 大幅降低了生成「看起来像合理贡献」的代码的成本时，这一策略的审查瓶颈暴露了出来。扩展生态的繁荣不依赖核心提交者的带宽，但任何触及核心的变更仍然必须经过那约50人的审查。

需要说明的是，本期播客尚未发布逐字稿，以上具体数字和论点均来自 The Podcast Summary 对该期节目的二手摘要及节目说明。Kerstiens 的1000:1比例是其个人观察而非经过严格统计测量的数据，约50名提交者的数字与 Tom Lane 访谈中描述的邮件驱动、自我选择的小团队治理模式一致，但具体人数随时间会有变动。

对读者的实践含义是：如果你正在评估 AI 辅助编程对开源基础设施的影响，Postgres 提供了一个具体的压力测试案例。它表明 AI 生成代码的真正瓶颈不在于能否写出语法正确的补丁，而在于能否通过一个极小团队的深度架构审查。这不同于「AI 能否替代程序员」的泛泛讨论，而是一个关于审查带宽和治理结构的定量问题。