编程语言 Zig 的发起人 Andrew Kelley 一次接受 JetBrains 采访时明确表示，该平台今后不再接收任何由 AI 生成的代码贡献，同时主力仓库已由 GitHub 转至非营利性质的 Codeberg。Kelley 将代码质量与开源协作能否持续运转视为这两项决策的核心考量。

Zig 为何对 AI 生成提交按下拒绝键

Kelley 把拒绝 AI 提交归因于两个层面。一个层面相当直接：可投入审阅的人员数量原本就有上限，无法随提交量的膨胀同步扩大；另一个层面则与质量挂钩——这类提交普遍是“毫无价值的垃圾”，经过审阅委员会几次检查后才发现，提交者实际上并不懂得自己在做什么。Kelley 说：

“第一个原因很简单，那就是这类贡献无一例外都是垃圾。……不仅如此，它们甚至带来了负价值。”

他进一步描述，有些提交者只是把项目方的意见塞进对话窗口，再拿回机器给的答复，伪装成独立完成的结果，可是这种伪装被项目组一眼识破。审视几次以后大家认定，指望这条路径写出合格代码是不可能的。

把审阅视为带教：不向过客式贡献者投入

Kelley 同样强调了 Zig 承担的教育职责。在他看来，为代码把关等于一次师徒式投入，只应花在那些大概率会成长为团队核心的真实工程师身上。他把这种筛选机制称为“贡献者扑克”——即在有限的审阅时间内布局有长期潜力的参与者，放弃那些一次性浮萍。

他的话指向明确：把时间给谁，才能让谁成为更称职的程序员、更好的项目成员；滥用 AI 生成内容的人始終落在后一类，不配被继续投入，“他们什么也没学到，以后也不会加入核心团队”。

与 Bun 用 AI 整体迁移代码库的路线分歧

Zig 坚持的这条路径，与 Bun 的实践构成鲜明反差。近期 Bun 借助大量 AI 代理把整个程序库由 Zig 改写成 Rust，从搬迁代码、检查正确性到提交修复补丁，全都交给 AI 完成。Kelley 在一篇名为“我对 Bun 用 Rust 重写的一些思考”的法文反思文章里直接表态：真正的问题不归咎于 Zig 或 Rust 的语言设计，根源在于两个项目信奉的价值观完全不同。

迁出 GitHub 的原因：CI连续异常与非营利组织的稳定调性

谈到离开 GitHub 的原因，Kelley 提到该平台的持续集成流水线反复报错，原本运作正常的机制突然中断。他把仓库转到了总部设在德国的 Codeberg，持续集成随即恢复上线。Kelley 认为，把代码交给非营利组织比交给初创公司或企业更有保障，因为后者总是盯着下一轮风口、想办法抬高下一个季度的利润；非营利组织专注把手上既有的事情做好，而这份稳定性正是他说追求的。一些改动方向相同的开发者也注意到，GitHub 性能打折的时间点，恰好跟 AI 相关任务量的大幅攀升撞在一起。

从数字音频工作站到Uber基础设施：Zig的生长轨迹

Kelley 在访谈中还回忆了 Zig 的起源。他当年是在做一款原生数字音频工作站，于是动手写下这门语言：JavaScript 无法直接触达底层制造同步与打磨；Go 的多项垃圾回收会随世界节点杀的出现互相打架会波及实时音频播放这种对延迟格外敏感的环节；当时尚未发布 1.0 的前线 Rust，因取限定性检查器的准入让据屏设备 UI 字体渲染障碍冲突出现了问题；C++ 则一再带来 bug堆积的大量时间损失。Zig 的整体方向是不依赖自动回收，转交给程序员自主管理内存。Kelley 在 2018 年离开所在的业务，全身心转入该语言的经营。此后赵令它被 Ghostty、主打低延迟的金融数据库 TigerBeetle，以及 Uber 自身花了很多自己重构时需要用带一下库交叉性补丁等基础设施采纳为基础构建对象。本次专访中提示的部分细节无法一一拍尽想了解更多内容的贡献者自己移步 JetBrains 原采访通视频即可看全。

小结：Zig此次以一己之力拒绝了整个AI代码混入通道并挪了住所不是简单的意气用事审而不览，而是明说开源社区增长模式遇到了高耗高滞这面镜需求已不足以在一枚贡献者身上承受翻倍还远兜圈子的大基调因此从追星平台回流到自己照搬得动的立足点