이번 주 개발자 커뮤니티에서는 Zig(C언어를 대체하려는 저수준 시스템 프로그래밍 언어)의 버그 트래커에서 벌어지는 기묘한 풍경이 화제다. 번역기조차 쓰지 말라는 엄격한 규칙 때문에 영어가 서툰 개발자들이 자신의 모국어로 글을 남기고, 이를 본 다른 개발자들이 각자 선호하는 도구를 찾아 해석하는 진풍경이 벌어지고 있다. AI가 쓴 매끄러운 문장보다 투박하더라도 인간이 직접 쓴 글을 선호하는 이 분위기는 최근 오픈소스 생태계에서 보기 드문 흐름이다.

Zig의 LLM 기여 전면 금지 정책

Zig 소프트웨어 재단은 버그 트래커의 댓글과 번역을 포함해 모든 영역에서 LLM(거대언어모델) 사용을 금지했다. 2025년 12월 Anthropic에 인수된 Bun(자바스크립트 런타임)은 이와 대조적으로 AI 보조 도구를 적극적으로 활용하는 대표적인 프로젝트다. Bun은 최근 llvm backend(컴파일러의 최적화 및 코드 생성 단계)에 병렬 시맨틱 분석과 다중 코드 생성 유닛을 추가해 컴파일 성능을 4배 향상시키는 성과를 거두었다. 하지만 Bun 팀은 이 성능 개선 코드를 Zig 본체에 반영하는 업스트림(하위 프로젝트의 변경 사항을 상위 프로젝트에 반영하는 과정) 계획이 없다고 공식적으로 밝혔다. 이유는 단순하다. Zig가 LLM으로 작성된 기여물을 엄격하게 금지하고 있기 때문이다.

코드의 효율보다 기여자의 성장에 베팅

예전에는 오픈소스 프로젝트의 성공 척도가 얼마나 빠르게 완벽한 코드를 확보하느냐에 달려 있었다. 하지만 Zig는 코드라는 결과물보다 기여하는 사람이라는 과정에 집중하는 방식을 택했다. Loris Cro(Zig 소프트웨어 재단 커뮤니티 부사장)는 이를 컨트리뷰터 포커(Contributor Poker)라고 정의했다. 카드 게임에서 패가 아니라 상대방의 성향을 보고 베팅하듯, 첫 PR(Pull Request, 코드 변경 제안)의 완성도가 아니라 그 개발자가 앞으로 신뢰할 수 있는 기여자로 성장할 가능성에 투자한다는 논리다. LLM이 작성한 완벽한 코드는 리뷰어의 시간을 절약해 줄지는 몰라도, 개발자를 성장시키는 교육적 상호작용을 완전히 제거한다. 결국 메인테이너가 AI가 짠 코드를 리뷰하는 시간보다, 차라리 본인이 직접 AI를 돌려 문제를 해결하는 것이 더 효율적이라는 냉정한 계산이 깔려 있다.

개발자가 바로 체감하는 변화는 기여의 문턱이 높아진 동시에 그 가치가 재정의되었다는 점이다. 이제 Zig 커뮤니티에서 인정받는 것은 AI가 만들어낸 무결한 코드 뭉치가 아니라, 시행착오를 겪으며 메인테이너와 소통하고 성장하는 인간의 학습 곡선이다. 효율성만을 쫓는 AI 시대에 오히려 비효율적인 인간의 학습 과정을 보존하려는 이 고집이 장기적으로는 프로젝트의 생존력을 높이는 전략이 된다.

AI가 코드를 짜는 시대에 인간 개발자의 숙련도를 유지하려는 이 고집이 결국 가장 강력한 진입장벽이자 경쟁력이 될 것이다.