GCC 운영위원회, AI 기여 정책 채택 — 오픈소스 거버넌스의 AI 시대 전환점

들어가며: 오픈소스의 거버넌스가 AI 시대에 다시 정의된다

2026년 7월, GCC 운영위원회가 LLM이 생성하거나 LLM에서 파생된 코드 기여에 대한 새로운 정책을 공식 채택했다. GNU 프로젝트 유지관리자 지침에 따라 '법적으로 중요한' 기여만 거부하고, 그 외 LLM 활용 기여는 허용 범위에 포함한다는 골격이다. 30년 넘게 유지돼온 자유 소프트웨어 저작권의 경계가 처음으로 LLM을 명시적으로 언급하는 형태로 다시 그어졌다는 점에서 의미가 크다.

정책의 핵심 — '법적 중요성' 기준의 재정의

GCC AI 정책 작업반의 권고를 따르는 이 정책은 두 가지 축을 가진다. 첫째, LLM이 만든 코드를 그대로 제출하는 행위는 'LLM 생성 콘텐츠를 포함'한 기여로 분류되어 거부될 수 있다. 둘째, LLM을 참고용 도구로 쓰되 사람이 핵심 저작권 판단을 한 경우에는 일반 기여로 인정된다. 이 기준은 기존 GNU 가이드라인의 'human authorship of expression' 원칙을 그대로 계승하면서 LLM을 새로운 협업 도구로 인정하는 절충안이다.

왜 지금인가 — 2026년 LLM 기여 폭증과 정책 공백

작년 한 해 동안 GitHub에 push된 PR 중 약 30% 이상이 LLM 보조 또는 LLM 생성 코드를 포함했다는 외부 추정치가 나온 직후, 메인스트림 자유 소프트웨어 프로젝트들이 잇따라 자체 가이드라인을 내놓기 시작했다. GCC는 컴파일러와 런타임이라는 시스템 소프트웨어의 핵심을 다루는 만큼 다른 어떤 프로젝트보다 정책 결정의 무게가 크다. 이번 결정은 'LLM = 도구 vs LLM = 작성자' 논쟁에서 GNU 진영이 선택한 명확한 답이다.

실제 기여자가 체감할 변화

업스트림에 패치를 보낼 때 CONTRIBUTING 문서에 새로운 섹션이 추가되었고, LLM 사용 사실을 PR 본문에 자가 신고하는 항목이 선택사항으로 도입됐다. 다만 정책 본문이 명시하듯 '법적 중요성' 판단은 GNU 유지관리자 재량에 있고, 기여자가 미리 알기 어려운 영역이 남아 있다. 실제 적용 사례가 누적될 때까지는 보수적인 제출 전략이 권장된다 — 즉, LLM이 만든 큰 블록을 그대로 보내기보다 사람이 직접 리뷰하고 한 줄 단위로 의도를 다듬어 보내는 방식이 여전히 가장 안전하다.

다른 오픈소스 거버넌스로의 파급

Linux Kernel은 2025년 말부터 LLM 기여 보조 코드에 대한 maintainer 재량 거부 권리를 사실상 인정해왔고, Apache Software Foundation도 올해 초 유사한 가이드라인을 발표했다. 이번 GCC 결정은 이 흐름의 공식 표준점이 될 가능성이 높다. 이미 다른 프로젝트들이 GCC 정책을 참조 문헌으로 인용하기 시작했고, Python, FreeBSD 커뮤니티에서도 비슷한 기준을 채택할지 검토가 진행 중이다.

맺으며 — 도구와 저작권 사이의 새로운 경계선

결국 이번 정책은 'LLM 사용 금지'가 아니라 '저작권 판단은 사람이 한다'는 명확한 원칙 위에 서 있다. 컴파일러 내부 최적화 패치든 문서 번역이든, 핵심 표현이 인간 작성자에 의해 결정됐는지가 새로운 승인 기준이다. 기여자 입장에서는 LLM을 보조 도구로 적극 활용하되, 최종 표현에 대한 책임과 의도를 분명히 남기는 습관이 더욱 중요해졌다. GCC의 이번 결정을 계기로 자유 소프트웨어 생태계 전반의 AI 협업 윤리가 한 단계 성숙해질 것으로 기대된다.

---

📰 원본 출처 · https://news.hada.io/topic?id=32018 (#N=32018)

이 글은 GeekNews(긱뉴스)에 게제된 글을 기반으로 작성되었습니다. 원본의 라이선스와 저작권은 원작자에게 있습니다.