Zig 创始人 Andrew Kelley 禁止 AI 贡献并迁移至 Codeberg：代码质量与开发社区价值观的坚守

一句话结论

Zig 项目正式禁止 AI 代码贡献并迁移至 Codeberg，旨在杜绝低质量垃圾代码并回归注重稳定性的非营利协作模式。

关键要点

• Zig 项目创建者 Andrew Kelley 明确宣布彻底拒绝所有 AI 生成的代码贡献，认为此类贡献无一例外都是垃圾且带来负价值。
• 项目官方将代码仓库从 GitHub 迁移至德国非营利组织 Codeberg，主要起因是 GitHub 持续集成（CI）故障频发且无法正常运行。
• Zig 团队引入“贡献者扑克”策略，将有限的审查时间集中押注在有望成长为核心贡献者的真正工程师身上，而非过客式贡献者。
• 该决策与 Bun 项目形成鲜明对比，后者在 AI 代理协助下将代码库从 Zig 重写为 Rust，体现了截然不同的价值观体系。

背景与事实

在接受 JetBrains 专访时，Zig 语言项目创建者 Andrew Kelley 详细阐述了两大重要决定：正式禁止 AI 贡献以及将代码库从 GitHub 迁移至 Codeberg。Kelley 指出，自动提交代码最终会降低代码库的质量，并削弱开源参与者之间的社交纽带。他提到，由于 GitHub Actions 不断出现持续集成失败的问题，导致项目无法正常运行，团队因此转而采用 Codeberg。Codeberg 是德国的一个非营利组织，Kelley 认为与非营利组织合作能更好地协调激励机制，因为它们更重视稳定性而非飞速增长和盈利，这种稳定性正是项目所追求的。部分开发者也认同，GitHub 性能的下降恰好与 AI 工作负载的指数级增长同时发生。

在禁止 AI 贡献方面，Kelley 提出了两个核心因素：固定的人力资源无法随代码量的增长而扩展，以及对软件质量的负面影响。Kelley 表示，收到的 AI 贡献会占用审查时间，贡献者往往将聊天记录“洗白”后发回，假装没有跟 AI 聊天，但实际上根本不知道自己在做什么，最终导致所有人的时间被白白浪费。他强调了 Zig 的核心教育使命，将代码审查视为一种带教投入，只针对那些日后能成长为核心贡献者的真正的工程师。

Zig 语言诞生于 Kelley 尝试构建原生数字音频工作站的经历。当时 JavaScript 缺乏底层硬件控制能力，Go 的“停止世界”式垃圾回收暂停机制损害了实时音频播放要求，Rust 1.0 发布前因借用检查器阻力导致 UI 字体渲染问题持续数周无法解决，而 C++ 不断产生内存损坏错误。Zig 摒弃自动内存管理，采用显式内存分配器。Kelley 于 2018 年辞去工作专心开发 Zig，该语言现已成为 Ghostty、低延迟金融数据库 TigerBeetle 以及 Uber 交叉编译基础设施的基础。

影响分析

对于中文开发者与从业者而言，Zig 项目的这一决策具有显著的示范意义，必须明确这是基于价值观而非技术能力的判断。首先，它强调了代码审查作为带教机制的重要性，开发者在参与开源项目时，应关注如何将有限的时间投入到培养核心贡献者上，而非盲目接受大量低质量代码。其次，Zig 与 Bun 的对比揭示了 AI 辅助编程在不同项目中的适用边界，Bun 利用 AI 重写代码库的做法适合追求快速迭代的项目，而 Zig 则坚持人工审查以保障长期质量，这为面临类似技术选型的开发者提供了权衡参考。最后，从 GitHub 迁移至 Codeberg 表明，基础设施的稳定性直接影响开发体验，开源项目需评估托管平台的长期承诺，避免因平台策略变化或性能问题导致的核心开发中断。

适用边界

该结论不适用于那些资源有限、急需通过 AI 工具快速生成代码原型或进行非核心模块开发的项目。对于追求高速增长、以盈利为导向的初创公司，Zig 团队因追求稳定性而拒绝 AI 贡献的策略可能过于保守，无法满足其快速迭代的需求。此外，对于非关键路径的代码维护，采用 AI 辅助工具提升效率仍是合理选择，Zig 的严格禁令主要基于其核心代码库对质量与教育使命的极端要求。

孤本观察

Zig 将“贡献者扑克”作为核心策略，实质上是将开源社区的资源分配从“广撒网”转向“精准孵化”，这反映了资深开发者群体对 AI 降低代码门槛后所带来的质量稀释风险的明确警惕。

来源：InfoQ 中文 AI