Zig 프로젝트의 강력한 AI 기여 정책 기제
요약
Zig 프로젝트는 이슈 트래커, 풀 리퀘스트, 버그 추적기 코멘트 등 전반적인 영역에서 LLM(대규모 언어 모델) 사용을 엄격하게 금지하고 있습니다. 이는 단순히 기술적 품질 문제라기보다는, Zig 커뮤니티가 기여물 자체보다 '기여자'를 중요하게 여기는 철학에 기반합니다. 핵심 팀은 새로운 코드를 배포하는 것보다 신뢰할 수 있고 생산적인 기여자를 육성하는 데 초점을 맞추고 있으며, LLM 사용은 이 목표를 저해한다고 판단했습니다.
핵심 포인트
- Zig 프로젝트는 이슈/PR 등 모든 영역에서 LLM 사용을 전면 금지하고 있다.
- 이 정책의 근본적인 이유는 '기여자(Contributor)' 자체를 중요하게 여기며 육성하는 데 초점을 맞추고 있기 때문이다.
- LLM으로 생성된 PR은 검토 및 논의에 시간을 소모시키지만, 이는 신규 기여자를 육성하는 목표와 상충된다.
- Zig 커뮤니티는 '기여자 포커(Contributor Poker)'라는 개념을 통해 사람 자체를 베팅하고 가치를 부여한다.
2026 년 4 월 30 일
Zig 는 주요 오픈소스 프로젝트 중 가장 엄격한 LLM(대규모 언어 모델) 반입 정책을 가지고 있습니다:
- 이슈 (issues) 에는 LLM 사용 불가.
- 풀 리퀘스트 (pull requests) 에는 LLM 사용 불가.
- 버그 추적기 (bug tracker) 의 코멘트에도 LLM 사용 불가, 번역 포함. 영어를 권장하지만 필수 요구하지 않음. 원어로 게시하셔도 되며, 다른 사람들이 자신의 선택의 번역 도구를 사용하여 해석해 주기를 기다리시면 됩니다.
Zig 로 작성된 가장 대표적인 프로젝트는 Bun JavaScript 런타임일 수 있습니다. 이는 2025 년 12 월 Anthropic 에 의해 인수되었으며, 예상대로 AI 보조를 광범위하게 사용합니다.
Bun 은 Zig 의 자체 포크 (fork) 를 운영하며, 최근 "llvm 백엔드 (backend) 에 병렬 의미 분석 및 다중 코드 생성 단위를 추가"하여 Bun 컴파일 성능을 4 배 개선했습니다. 해당 코드는 여기에 있습니다. 그러나 @bunjavascript 는 다음과 같이 말했습니다:
"현재 우리는 Zig 가 LLM 작성 기여에 대한 엄격한 금지 (ban) 를 가지고 있으므로, 이를 업스트림 (upstream) 할 계획이 없습니다."
(업데이트: Zig 핵심 기여자가 해당 패치가 LLM 문제와 무관하게 왜 수용하지 않을지 상세히 설명했습니다 - 병렬 의미 분석은 오랫동안 계획된 기능이나 "Zig 언어 자체"에 영향을 미칩니다.)
Lobste.rs 를 통해 Contributor Poker 와 Zig 의 AI Ban 에 대해 커뮤니티 VP 로리 크로스 (Loris Cro) 가 이 엄격한 금지의 기제를 설명했습니다. 이는 LLM 보조 기여에 대한 blanket ban(전체 금지) 을 위한 제가 본 가장 잘 정리된 설명입니다:
성공적인 오픈소스 프로젝트는 결국 처리할 수 있는 PR 보다 더 많은 PR 을 받기 시작하는 지점에 도달합니다. 제가 언급한 바와 같이, imperfect PR 을 받아들이지 않고 ROI 를 극대화하기 위해 중단해야 할 것 같지만, Zig 프로젝트에서는 그렇지 않습니다. 대신,
새로운 기여자가 작업을 제출하도록 최대한 돕습니다. 도착하는 데 도움이 필요할 때라도 마찬가지입니다. 우리는 이것이 "옳은" 일을 하기 때문이 아니라, 또한 "똑똑한" 일을 하기 때문입니다.
Zig 는 기여자 (contributors) 를 기여물 (contributions) 보다 더 중요하게 생각합니다. 각 기여자는 Zig 핵심 팀의 투자로 간주됩니다 - PR 리뷰 및 수용의 주요 목표는 새로운 코드를 배포하는 것이 아니라, 시간이 지남에 따라 신뢰를 받고 prolific(생산적인) 될 수 있는 새로운 기여자를 성장시키는 것입니다.
LLM 보조는 이를 완전히 파괴합니다. LLM 이 Zig 에 완벽한 PR 을 제출하도록 도와준다고 해서, Zig 팀이 귀하의 작업을 검토하고 논의하는 데 소모하는 시간은 전체 프로젝트에 새로운, 자신감 있고 신뢰할 수 있는 기여자를 추가하는 데 아무런 도움이 되지 않습니다.
로리 크로스 (Loris Cro) 가 여기서 이름을 설명했습니다:
"저를 "contributor poker(기여자 포커)"라고 부르는 이유는 실제 카드 게임에 대해 사람들이 말하는 것과 마찬가지로, "당신은 카드를 아닌 사람을 플레이합니다"이기 때문입니다. 기여자 포커에서는 첫 PR 의 내용보다 기여자를 베팅합니다.
이것은 제가 생각하기에 매우 합리적입니다. 다른 곳에서 회귀된 아이디어와 관련이 있습니다: PR 이 대부분 LLM 에 의해 작성되었다면, 프로젝트 유지 관리자가 해당 PR 을 검토하고 논의하는 시간을 소모해야 하는 이유는 무엇입니까? 대신 자신의 LLM 을 켜서 동일한 문제를 해결하지 않겠습니까?
최근 기사
- LLM 0.32a0 은 주요 후방 호환성 리팩토링 - 2026 년 4 월 29 일
- 이제 폐지된 OpenAI Microsoft AGI 조항의 역사 추적 - 2026 년 4 월 27 일
- DeepSeek V4 - 거의 최전선에, 가격의 일부만 - 2026 년 4 월 24 일
AI 자동 생성 콘텐츠
본 콘텐츠는 Simon Willison Blog의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기