T
traeai
登录
返回首页
Simon Willison's Weblog

The Zig project's rationale for their firm anti-AI contribution policy

8.5Score

TL;DR · AI 摘要

Zig项目坚持严格的反AI贡献政策,旨在培养长期可靠的贡献者而非追求短期代码质量提升。

核心要点

  • Zig项目禁止使用LLM进行问题、拉取请求及评论的提交。
  • Zig重视贡献者的成长超过其单次贡献的价值。
  • LLM辅助破坏了通过审查PR来培养新贡献者的过程。

结构提纲

按章节快速跳转。

  1. 介绍Zig项目的严格反AI贡献政策及其背景。

  2. ·Bun与Zig的关系

    讨论Bun(一个用Zig编写的JavaScript运行时)如何处理AI辅助开发的问题。

  3. 解释Zig为何采取如此严格的反AI贡献政策。

  4. 阐述Loris Cro提出的“贡献者扑克”概念及其对Zig政策的支持。

思维导图

用一张图看清主题之间的关系。

查看大纲文本(无障碍 / 无 JS 友好)
  • Zig的反AI贡献政策

金句 / Highlights

值得收藏与分享的关键句。

#Zig#开源#AI伦理
打开原文

The Zig project's rationale for their firm anti-AI contribution policy

[Simon Willison’s Weblog](http://simonwillison.net/)

Subscribe

Sponsored by: Sonar — Now with SAST + SCA for secure, dependency-aware Agentic Engineering. SonarQube Advanced Security

30th April 2026

Zig has one of the most stringent anti-LLM policies of any major open source project:

No LLMs for issues.

No LLMs for pull requests.

No LLMs for comments on the bug tracker, including translation. English is encouraged, but not required. You are welcome to post in your native language and rely on others to have their own translation tools of choice to interpret your words.

The most prominent project written in Zig may be the Bun JavaScript runtime, which was acquired by Anthropic in December 2025 and, unsurprisingly, makes heavy use of AI assistance.

Bun operates its own fork of Zig, and recently achieved a 4x performance improvement on Bun compile after adding "parallel semantic analysis and multiple codegen units to the llvm backend". Here's that code. But @bunjavascript says:

We do not currently plan to upstream this, as Zig has a strict ban on LLM-authored contributions.

In Contributor Poker and Zig's AI Ban (via Lobste.rs) Zig Software Foundation VP of Community Loris Cro explains the rationale for this strict ban. It's the best articulation I've seen yet for a blanket ban on LLM-assisted contributions:

In successful open source projects you eventually reach a point where you start getting more PRs than what you’re capable of processing. Given what I mentioned so far, it would make sense to stop accepting imperfect PRs in order to maximize ROI from your work, but that’s not what we do in the Zig project. Instead,we try our best to help new contributors to get their work in, even if they need some help getting there. We don’t do this just because it’s the “right” thing to do, but alsobecause it’s the smart thing to do.

Zig values contributors over their contributions. Each contributor represents an investment by the Zig core team - the primary goal of reviewing and accepting PRs isn't to land new code, it's to help grow new contributors who can become trusted and prolific over time.

LLM assistance breaks that completely. It doesn't matter if the LLM helps you submit a _perfect_ PR to Zig - the time the Zig team spends reviewing your work does nothing to help them add new, confident, trustworthy contributors to their overall project.

Loris explains the name here:

The reason I call it “contributor poker” is because, just like people say about the actual card game, “you play the person, not the cards”. In contributor poker, you bet on the contributor, not on the contents of their first PR.

This makes a lot of sense to me. It relates to an idea I've seen circulating elsewhere: if a PR was mostly written by an LLM, why should a project maintainer spend time reviewing and discussing that PR as opposed to firing up their own LLM to solve the same problem?

Posted 30th April 2026 at 1:24 am

Recent articles

This is a note by Simon Willison, posted on 30th April 2026.

javascript 753open-source 303ai 1991zig 9generative-ai 1765llms 1731ai-assisted-programming 378anthropic 277ai-ethics 295bun 4

Monthly briefing

Sponsor me for $10/month and get a curated email digest of the month's most important LLM developments.

Pay me to send you less!

Sponsor & subscribe

AI 可能会生成不准确的信息,请核实重要内容