开源编程语言Zig测评：拒绝AI代码的5大理由

AI 渗透编程已成既定事实，Linux 创始人 Linus Torvalds 从年初开始就在个人项目中启用了 AI 辅助编码。但开源阵营里依然存在明确的反对者——现代编程语言 Zig 就是典型。

Zig 由非营利组织及贡献者社区共同维护，任何程序员均可提交代码，前提是遵守项目行为准则。其中一条规定格外干脆：禁止提交任何 AI 辅助生成的代码。规则明确定义了范围：不仅禁止大语言模型直接输出的内容，包括被 AI 改写、润色、编辑、头脑风暴甚至调试过的代码也一律不被接受。简而言之，AI 被彻底排除在 Zig 的贡献流程之外。

在 JetBrains 近期播客中，Zig 创始人兼首席开发者 Andrew Kelley 毫不客气地将 AI 辅助贡献定性为“垃圾”。

Kelley 直言：“有人提交的 pull request 不仅毫无价值，甚至带来负价值——它们消耗了本就短缺的代码审查时间。” Zig 的审查工作仅由少数核心成员承担，这正是 Kelley 反复提及的项目瓶颈：提交的 PR 数量远超出审查者的处理能力。访谈中他透露，当时 Zig 积压了近 200 个未处理的 pull request。

更棘手的是，团队在审核几次 AI 生成的“垃圾贡献”后，就发现提交者根本不了解自己在做什么。“有些人把我们说过的话原封不动复制回来，甚至试图通过清洗聊天记录假装没有使用 AI 对话功能——但我们一眼就能识破，也清楚永远不会从这些人那里获得高质量贡献。”结果是这些垃圾贡献进一步拖慢了整体节奏。“大家的时间全被浪费，那些耐心等待、真正想贡献优质代码的人反而迟迟得不到审核与合并。”

尽管 Zig 体量不大，影响力却不小。例如 Bun 就是用 Zig 开发的，后被 Anthropic 收购。与 Zig 相反，Bun 选择拥抱 AI。几天前，Bun 创始人 Jarred Sumner 发推称，已借助 Claude Code 的“动态工作流”功能，将 Bun 从 Zig 移植到 Rust。

在 Claude Code、OpenAI Codex 等工具的推动下，AI 辅助编码席卷硅谷。有人用它修改代码，有人直接让它起草整段逻辑。大型科技公司纷纷设下高指标，强调未来 AI 编写的代码占比应达到多少，甚至宣称如今已有相当比例的代码来自 AI。

但 Zig 并未像那些上市公司那样将“最大化效率”作为唯一目标。Kelley 表示，对 Zig 而言，“传帮带”本身就是项目核心使命的一部分，AI 贡献反而起反作用。“我们所有人都在努力成为更好的程序员。那些提交 AI pull request 的人，并没有帮助我们实现这个目标。”在他看来，这类提交者更像是“路过型贡献者”：可能提交一两个 PR，但永远不会融入核心团队。

全面禁止 AI 也让规则变得极其简单。Kelley 说：“如果规定只有‘好’的 AI PR 才能被接受，审查者就得逐个判断优劣。但如果我说一律不接受，这项政策执行起来就很轻松。”

事实上，除了 Zig，还有多个开源项目明确对 AI 说“不”。开源机器模拟器与虚拟化工具 QEMU 拒绝任何被认为包含 AI 生成或源自 AI 生成内容的贡献；老牌类 Unix 操作系统 NetBSD 规定 AI 生成代码默认视为“受污染代码”，禁止提交；流行的录屏与直播软件 OBS Studio 也明确要求代码必须由人类编写。

这些项目的坚守让“龙虾之父”Peter Steinberger 也不禁感叹：“难道 LLM 连找 bug 都不行了吗？”

这些选择的最终结果尚无定论。但在 AI 写代码几乎成为标配的当下，那些主动按下暂停键的开源项目，至少值得认真审视。

来源：互联网