GCC, LLM 생성물이 포함된 주요 기여 거부하는 AI 정책 채택

도입

GCC 운영위원회는 GCC AI 정책 작업그룹이 권고한 AI 기여 정책을 수용했다고 밝혔다. 새 정책의 핵심은 LLM이 생성한 콘텐츠를 포함하거나, LLM 생성물에서 파생된 ‘법적으로 중요한’ 기여를 프로젝트가 거부한다는 점이다.

핵심 내용

• 적용 범위에 기준이 있다: 정책은 GNU Project 유지보수자 지침의 ‘법적으로 중요한’ 정의를 따른다. 저작권 측면에서 대략 15줄 안팎의 코드 또는 텍스트가 중요한 기여의 기준으로 언급된다.
• 테스트 케이스는 예외가 가능하다: GCC 유지보수자는 LLM이 생성한 법적으로 중요한 테스트 케이스를 받아들일 수 있다. 모든 유형의 산출물을 동일하게 금지하는 방식은 아니다.
• 보조적 AI 사용은 금지하지 않는다: 연구, 분석, 버그 발견과 보고, 패치 리뷰 등에서 LLM을 사용하는 것은 허용된다. 다만 그 출력이 실제 기여물에 포함되면 안 된다.
• 정책은 계속 재검토된다: 위원회는 이 정책이 시간이 지나며 변화할 수 있고, 주기적으로 다시 검토될 것이라고 설명했다.

의미와 영향

이번 결정은 핵심 오픈소스 인프라 프로젝트가 생성형 AI를 신중하게 다루고 있음을 보여준다. GCC는 중요한 컴파일러 프로젝트이며, 명확한 저작권 처리, 기여 출처, 리뷰 가능한 개발 절차가 신뢰의 기반이다. LLM 출력물은 학습 데이터의 출처, 저작권, 작성자성, 제출자가 해당 내용을 책임질 수 있는지와 같은 문제를 남긴다.

동시에 이 정책은 AI 도구를 개발 과정에서 완전히 배제하는 규칙은 아니다. 개발자는 모델을 활용해 문제를 조사하고, 동작을 분석하며, 버그를 찾거나 패치를 검토할 수 있다. 핵심 경계는 생성된 결과물이 코드베이스나 프로젝트 문서에 들어가느냐이다. 따라서 이 규칙은 ‘도구 사용 금지’라기보다 ‘공식 기여물의 경계’를 정하는 정책에 가깝다.

커뮤니티 논의에서는 집행 가능성이 주요 쟁점으로 떠올랐다. 일부는 AI 사용 제한이 오히려 은밀한 사용을 늘릴 수 있다고 본다. 반면 다른 쪽은 오픈소스 프로젝트가 평판, 리뷰, 장기적 신뢰에 기반해 운영되며, 규칙 위반이 드러나면 참여 제한이나 평판 손상이 뒤따를 수 있다고 반박한다. 논의에서는 품질이 낮은 AI 생성 패치나 보고가 기여자의 코드 이해 부족, 또는 특유의 실수로 드러나는 경우가 있다는 지적도 나왔다.

종합하면 GCC의 선택은 다른 오픈소스 프로젝트에 참고할 만한 틀을 제시한다. AI를 주변 작업에 활용할 여지는 남기되, 코드와 문서로 편입되는 실질적 기여에는 엄격한 통제를 적용하는 방식이다. 생성형 AI가 소프트웨어 개발에 더 깊이 들어올수록, 이런 거버넌스 논의는 오픈소스 전반에서 반복될 가능성이 크다.

출처: Hacker News