Zig创始人阐释禁用AI贡献与迁移Codeberg决定
Zig创建者Andrew Kelley在接受采访时解释,项目已正式拒绝由人工智能生成的代码贡献,并将主代码库从GitHub迁移到Codeberg。前一项决定主要出于代码质量和维护效率考虑,后一项则与GitHub持续集成服务反复失效以及平台激励机制不匹配有关。
Kelley表示,项目维护者的人力不会随着代码规模扩大而同步增加,而许多AI生成的提交不仅质量低,还会带来负价值。部分提交者只是把维护者的反馈复制给聊天机器人,再将生成内容重新提交,实际上并不了解代码原理。维护者需要反复审查这类内容,最终既浪费时间,也无法形成高质量成果。
他还强调,Zig的代码审查包含明确的教育目标。“贡献者扑克”这一理念要求团队把有限的审查精力投入到有望成长为优秀程序员和长期核心贡献者的人身上,而不是一次性参与者。依赖AI提交代码的人通常没有在过程中获得足够学习,也很难成为项目的长期成员,因此不属于值得持续投入的对象。
这一立场与Bun近期的做法形成对照。Bun借助多个AI代理,将整个代码库从Zig重写为Rust,代码移植、验证和修复建议均由AI完成。Kelley认为,争议的核心并不是Zig与Rust哪种语言更好,而是两个项目所坚持的价值观完全不同。
在迁移方面,Kelley称GitHub的持续集成服务曾突然无法正常运行,令Zig项目“完全无法使用”相关基础设施。迁移至德国非营利组织Codeberg后,持续集成恢复正常。他认为,非营利组织通常更重视长期稳定和持续运营,不像初创企业或商业公司那样追逐热点、增长和季度利润。也有开发者注意到,GitHub性能下降似乎与AI工作负载呈指数增长同时出现。
Kelley回忆称,他是在尝试开发原生数字音频工作站时萌生创建Zig的想法:JavaScript难以直接控制底层硬件,Go的“停止世界”垃圾回收会影响实时音频,Rust在1.0发布前的借用检查器曾让UI字体渲染问题数周无法解决,而C++则频繁引发内存损坏。Zig因此采用显式内存分配器,不使用自动内存管理。2018年,Kelley辞职并全职投入开发;如今,Zig已被用于Ghostty、低延迟金融数据库TigerBeetle以及Uber的交叉编译基础设施。
本文基于公开渠道信息整理,内容可能存在不准确或遗漏之处,不代表本站立场,如内容涉及侵权或错误,请联系我们处理。
阅读原文