Zig编程语言作者 Simon Willison 最新确认：“Zig更重视贡献者胜过贡献。每位贡献者都代表了Zig核心团队的投资——审查和接受公关的主要目标不是获取新代码，而是帮助培养能够被信任且高产的新贡献者。”

一些开源项目和维护者对未公开的人工智能辅助、虚构代码或文本以及审查人工智能生成的贡献的难度表示担忧。

截止到当前日期，Zig 编程语言对大型语言模型（LLM）的限制在主流开源项目中最为严格。它完全禁止在 bug 跟踪评论中使用 LLM，即使是翻译也不行，并且允许使用原生语言发布内容。

我们总结Zig拥有开源项目中最严格的反LLM的贡献政策之一：

“禁止在 pull request 中使用 LLM”

“禁止在 issues 中使用 LLM”

“禁止在 bug 跟踪器的评论中使用 LLM，包括翻译”

Zig 鼓励使用英语，但并非必需的。但欢迎开发者以你的母语发表文章，并依赖于其他人拥有自己的翻译工具来解释您的单词。

用Zig编写的最突出的软件项目大概是Bun JavaScript运行时，它于2025年12月被收购，它也使用了人工智能编码援助。

Bun运行自己的Zig分支，在向llvm后端添加“并行语义分析和多个代码生成单元”后，最近在Bun编译上实现了4倍的性能改进。这是密码。但@bunjavascript这样说道：

我们目前不计划在上游做这一点，因为Zig严格禁止LLM撰写的代码贡献。

这是一个Zig核心贡献者提供了详细信息，说明他们为什么不接受独立于LLM问题的特定补丁——并行语义分析是一个计划已久的功能，但“对Zig语言本身”有影响。

在Zig贡献者规约——被称为“贡献者扑克”和Zig的AI禁令（通过Lobste.rs）实施后，Zig软件基金会社区副总裁Loris Cro解释了这一严格禁令的理由。

这大概是我所见过的关于禁止LLM辅助捐款的最好表述：

在成功的开源项目中，你最终会达到这样一个地步，即你开始获得比你能够处理的更多的PR。鉴于我到目前为止所提到的，停止接受不完美的PR是有意义的，以便最大限度地提高工作的ROI，但这不是我们在Zig项目中所做的。相反，我们会尽力帮助新的贡献者完成他们的工作，即使他们需要一些帮助。我们这样做不仅仅是因为它是“正确的”事情，也是因为它是明智的事情。

Zig重视贡献者，而不是他们的贡献。每个贡献者都代表了Zig核心团队的一项投资——审查和接受PR的主要目标并非获得新代码，而是帮助培养新的贡献者，这些贡献者可以随着时间的推移变得可信和多产。

而使用 LLM援助完全打破了这一点。LLM是否帮助你向Zig提交完美的PR并不重要——Zig团队花在审查你的工作上的时间无助于他们为整个项目添加新的、自信的、值得信赖的贡献者。

Loris在这里还解释说明了“贡献者扑克”这个名字的由来：

我之所以称之为“贡献者扑克”，是因为正如人们所说的实际纸牌游戏，“你是和人玩，而不是牌”。在投稿人扑克中，你赌投稿人，而不是他们第一个PR的内容。

这对我来说非常有意义。这与我在其他地方看到的一个想法有关：如果公关主要由LLM编写，那么项目维护人员为什么应该花时间审查和讨论该公关，而不是启动他们自己的LLM来解决相同的问题？