Zig 프로젝트가 엄격한 LLM 기여 금지 정책을 채택한 이유

Zig 프로젝트는 주요 오픈소스 프로젝트 중 가장 엄격한 반LLM 정책을 유지하고 있습니다: 버그 트래커의 이슈, 풀 리퀘스트, 댓글에 LLM 사용 금지 — 번역도 포함됩니다. 사용자는 자국어로 글을 올리고 다른 사람의 번역 도구를 사용할 수 있지만, LLM이 생성한 콘텐츠는 금지됩니다.

왜 금지인가?

Zig 소프트웨어 재단 커뮤니티 부사장 Loris Cro는 "기여자 포커와 Zig의 AI 금지"라는 글에서 그 이유를 설명했습니다. 핵심 아이디어: 기여 자체보다 기여자가 중요하다.

성공적인 오픈소스 프로젝트에서 관리자는 결국 처리할 수 있는 것보다 더 많은 PR을 받게 됩니다. Zig의 접근 방식은 불완전한 PR을 수용하고 새로운 기여자가 개선할 수 있도록 돕는 것입니다. 이는 단지 공정함을 위해서가 아니라, 각 기여자가 투자 대상이기 때문입니다. PR을 리뷰하는 목표는 단순히 코드를 병합하는 것이 아니라, 시간이 지나면서 많은 기여를 하는 새로운 신뢰할 수 있는 기여자를 키우는 것입니다.

LLM 지원은 이 모델을 완전히 깨뜨립니다. LLM이 완벽한 PR을 제출하더라도, 리뷰에 소요된 시간은 새롭고 자신감 있으며 신뢰할 수 있는 기여자를 개발하는 데 전혀 도움이 되지 않습니다. Cro는 이것을 "기여자 포커"라고 부릅니다 — 카드 게임 격언 "카드가 아니라 사람을 플레이하라"에서 인용했습니다. 기여자 포커에서는 첫 번째 PR의 내용이 아니라 기여자에 베팅합니다.

배경: Bun의 포크

Zig로 작성된 가장 주목할 만한 프로젝트인 Bun JavaScript 런타임은 2025년 12월 Anthropic에 인수되었으며 AI 지원을 많이 사용합니다. Bun은 자체 Zig 포크를 운영하며 최근 LLVM 백엔드에 병렬 구문 분석과 여러 코드젠 유닛을 추가하여 bun compile에서 4배 성능 향상을 이루었습니다. 그러나 Bun은 "Zig가 LLM 작성 기여를 엄격히 금지하기 때문에 현재 이 기능을 업스트림할 계획이 없습니다."라고 밝혔습니다.

Cro의 주장은 일반적인 반박도 다룹니다: PR이 대부분 LLM에 의해 작성되었다면, 관리자가 왜 자신의 LLM을 사용해 같은 문제를 해결하는 대신 그것에 대해 논의하는 데 시간을 써야 할까요?

대상 독자

AI 기여 정책을 평가하는 오픈소스 관리자, 그리고 오픈소스 프로젝트에서 증가하는 LLM 금지 뒤에 숨은 철학적, 실용적 논쟁에 관심이 있는 개발자.