LLVM 프로젝트가 AI/도구 지원 기여를 허용하되, PR 제출 전 사람이 반드시 내용을 검토·책임지는 ‘Human In The Loop’ 정책을 공식화했다.
Written by Michael Larabel in LLVM on 20 January 2026 at 12:13 PM EST. 9 Comments
LLVM 오픈소스 컴파일러 프로젝트에 대한 AI 기여를 둘러싼 최근 논의에 이어, LLVM 측은 AI/도구 지원 기여를 허용하되 풀 리퀘스트(PR) 등을 열기 전에 사람이 먼저 코드를 검토해야 한다는 데 합의했습니다. 사람의 검증 없이 엄격히 AI만으로 이루어진 기여는 허용되지 않습니다.
LLVM는 AI가 만들어내는 ‘쓰레기’ 증가에 대응해 도구 지원 기여에 대한 "human in the loop" 정책을 확정했습니다:
"2025년 한 해 동안 우리는 LLM 지원으로 인한 성가신(nuisance) 기여가 프로젝트에 유입되는 양이 증가하는 것을 관찰했습니다. 성가신 기여는 오픈소스 프로젝트에서 늘 문제였지만, LLM 이전에는 이러한 기여를 금지하는 공식 정책 없이도 어떻게든 대응해 왔습니다. 하지만 이제 LLM이 존재하므로 우리는 ‘human in the loop’로 약칭되는 이 정책을 채택합니다. 이 정책은 모든 기여가 그 기여의 가치를 증명(보증)하는 인간 작성자를 가져야 하며, 기여를 리뷰하는 데 드는 시간을 감수할 가치가 있을 만큼 충분히 높은 품질이어야 함을 요구합니다."
정책 전문은 이 커밋에서 확인할 수 있지만, 핵심은 다음과 같습니다:
"LLVM의 정책은 기여자가 기여물을 만들기 위해 어떤 도구든 사용할 수 있다는 것입니다. 다만 human in the loop가 반드시 있어야 합니다. 기여자는 다른 프로젝트 구성원에게 리뷰를 요청하기 전에, LLM이 생성한 모든 코드나 텍스트를 반드시 읽고 검토해야 합니다. 기여자는 항상 저자이며 자신의 기여에 대해 전적으로 책임을 집니다. 기여자는 리뷰를 요청하는 것이 제한된 유지관리자 시간이라는 희소한 자원을 쓰기에 합당할 만큼 충분히 높은 품질이라고 확신할 수 있어야 하며, 리뷰 과정에서 자신의 작업에 대해 질문에 답할 수 있어야 합니다.
우리는 신규 기여자는 자신의 기여에 대해 확신이 덜할 것이라고 예상하며, 그들에게는 자신이 완전히 이해할 수 있는 작은 기여부터 시작해 자신감을 쌓으라고 안내합니다. 우리는 신규 기여자가 전문성을 키울 수 있도록 돕는 환영하는 커뮤니티가 되기를 지향하지만, 학습에는 작은 단계로 시도하고, 피드백을 받고, 반복하는 과정이 포함됩니다. 유지관리자 피드백을 LLM에 전달하는 것은 누구의 성장에도 도움이 되지 않으며, 우리 커뮤니티를 지속 가능하게 하지도 않습니다.
기여자는 도구 생성 콘텐츠가 상당 부분 포함된 기여를 투명하게 공개하고 라벨링할 것으로 기대됩니다. 라벨링 정책은 리뷰를 용이하게 하기 위한 것이지, LLVM의 어느 부분이 생성된 것인지 추적하기 위한 것이 아닙니다. 기여자는 PR 설명, 커밋 메시지, 또는 해당 작업에서 통상적으로 저자 표시가 이루어지는 곳에 도구 사용 사실을 적어야 합니다. 예를 들어 커밋 메시지 트레일러로 Assisted-by: [코드 어시스턴트 이름] 같은 형식을 사용할 수 있습니다. 이러한 투명성은 커뮤니티가 모범 사례를 발전시키고 새로운 도구들의 역할을 이해하는 데 도움이 됩니다."
매우 직관적인 내용이며, 리눅스 커널 및 다른 오픈소스 프로젝트들도 AI 정책/문서화를 결정하고 있는 시점과 맞물립니다.
Michael Larabel은 Phoronix.com의 대표 작성자이며, 2004년에 리눅스 하드웨어 경험을 풍부하게 한다는 목표로 사이트를 설립했습니다. Michael은 리눅스 하드웨어 지원 현황, 리눅스 성능, 그래픽 드라이버 등 다양한 주제를 다루며 2만 개가 넘는 글을 작성했습니다. 또한 자동 벤치마킹 소프트웨어인 Phoronix Test Suite, Phoromatic, OpenBenchmarking.org의 리드 개발자이기도 합니다. Twitter, LinkedIn에서 그를 팔로우할 수 있으며, MichaelLarabel.com을 통해 연락할 수도 있습니다.
