메뉴
HN
Hacker News 31일 전

Zig 프로젝트의 강력한 AI 기여 금지 정책 이유

IMP
8/10
핵심 요약

프로그래밍 언어 Zig 프로젝트는 코드뿐만 아니라 이슈와 코멘트까지 LLM 사용을 전면 금지하는 엄격한 정책을 고수하고 있습니다. 이는 단순히 완벽한 코드를 얻는 것보다 기여자 개개인의 성장에 투자하는 것이 장기적인 프로젝트 성공에 유리하기 때문입니다. AI가 작성한 PR은 리뷰 과정에서 기여자를 육성할 수 없다는 점에서 핵심 취지와 정면으로 위배됩니다.

번역된 본문

Simon Willison의 웹로그 후원: Sonar — 이제 SAST + SCA를 통한 안전하고 종속성을 인식하는 에이전트 엔지니어링을 지원합니다. SonarQube Advanced Security

2026년 4월 30일

Zig는 주요 오픈 소스 프로젝트 중 가장 엄격한 반-LLM(대형 언어 모델) 정책을 가지고 있습니다. 이슈에 LLM 사용 금지. 풀 리퀘스트(PR)에 LLM 사용 금지. 번역을 포함하여 버그 트래커의 댓글에 LLM 사용 금지. 영어 사용을 권장하지만 필수는 아닙니다. 모국어로 글을 게시하고 다른 사람들이 각자 선호하는 번역 도구를 사용해 내용을 이해하도록 하는 것을 환영합니다.

Zig로 작성된 가장 유명한 프로젝트는 아마도 Bun JavaScript 런타임일 것입니다. 이 프로젝트는 2025년 12월 Anthropic에 인수되었으며, 당연히 AI 지원을 적극 활용하고 있습니다. Bun은 자체적인 Zig 포크를 운영하며, 최근 "LLVM 백엔드에 병렬 시맨틱 분석 및 다중 코드 생성 유닛 추가"를 통해 Bun 컴파일 성능을 4배 향상시켰습니다. 해당 코드는 여기에서 확인할 수 있습니다.

하지만 @bunjavascript는 다음과 같이 밝혔습니다: "우리는 현재 이를 업스트림할 계획이 없습니다. 왜냐하면 Zig에 LLM이 작성한 기여에 대한 엄격한 금지 조항이 있기 때문입니다."

'기여자 포커와 Zig의 AI 금지'라는 글(Lobste.rs 경유)에서 Zig 소프트웨어 재단의 커뮤니티 부사장인 Loris Cro는 이 엄격한 금지의 근거를 설명합니다. 이는 LLM 보조 기여에 대한 전면 금지에 대해 지금까지 본 것 중 최고의 명확한 설명입니다.

"성공적인 오픈 소스 프로젝트에서는 결국 처리할 수 있는 능력보다 더 많은 PR을 받게 되는 시점에 도달합니다. 지금까지 언급한 내용을 고려할 때, 작업의 ROI(투자 대비 수익)를 극대화하기 위해 불완전한 PR의 접수를 중단하는 것이 합리적일 것입니다. 하지만 Zig 프로젝트에서는 그렇게 하지 않습니다. 대신, 약간의 도움이 필요하더라도 새로운 기여자가 그들의 작업을 프로젝트에 반영할 수 있도록 최선을 다해 돕습니다. 우리가 이렇게 하는 것은 단순히 '올바른' 일이기 때문만이 아니라, '현명한' 일이기 때문입니다."

"Zig는 기여물보다 기여자를 가치 있게 여깁니다. 각 기여자는 Zig 코어 팀의 투자를 대표합니다. PR을 검토하고 수락하는 주요 목적은 새로운 코드를 병합하는 것이 아니라, 시간이 지남에 따라 신뢰할 수 있고 생산적인 기여자로 성장하도록 돕는 것입니다. LLM 지원은 이를 완전히 망가뜨립니다. LLM이 Zig에 완벽한 PR을 제출하도록 도와주었다고 해도 상관없습니다. Zig 팀이 그 작업을 검토하며 보낸 시간은 전체 프로젝트에 새롭고 자신감 있으며 신뢰할 수 있는 기여자를 추가하는 데 아무런 도움이 되지 않습니다."

Loris는 여기서 이름의 유래를 설명합니다: "내가 이것을 '기여자 포커'라고 부르는 이유는 실제 카드 게임에 대해 사람들이 말하는 것처럼 '카드가 아니라 사람을 플레이한다'는 것과 같기 때문입니다. 기여자 포커에서는 첫 번째 PR의 내용이 아니라 기여자에게 베팅합니다."

이것은 나에게 매우 큰 공감이 갑니다. 이는 다른 곳에서 유통되고 있는 아이디어와도 관련이 있습니다. 즉, PR이 주로 LLM에 의해 작성되었다면, 프로젝트 유지보수자는 왜 자신의 LLM을 실행하여 동일한 문제를 해결하는 대신, 그 PR을 검토하고 논의하는 데 시간을 소비해야 합니까?

2026년 4월 30일 오전 1:24에 게시됨

최근 기사 LLM 0.32a0은 주요 하위 호환성 리팩터링입니다 - 2026년 4월 29일 사라진 OpenAI Microsoft AGI 조항의 역사 추적 - 2026년 4월 27일 DeepSeek V4 - 최첨단에 거의 도달했지만 가격은 극히 일부 - 2026년 4월 24일

이 글은 Simon Willison이 2026년 4월 30일에 작성한 노트입니다.

원문 보기
원문 보기 (영어)
Simon Willison’s Weblog 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 also because 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 LLM 0.32a0 is a major backwards-compatible refactor - 29th April 2026 Tracking the history of the now-deceased OpenAI Microsoft AGI clause - 27th April 2026 DeepSeek V4 - almost on the frontier, a fraction of the price - 24th April 2026 This is a note by Simon Willison, posted on 30th April 2026 . javascript 753 open-source 303 ai 1991 zig 9 generative-ai 1765 llms 1731 ai-assisted-programming 378 anthropic 277 ai-ethics 295 bun 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 Disclosures Colophon © 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 2026