GCC 운영 위원회, AI 기여 정책 발표
GCC, AI 기여 제한 시행
GCC 운영 위원회는 GCC AI 정책 작업 그룹이 개발한 AI 기여 정책을 공식적으로 채택했습니다. 이 정책의 주요 지침은 다음과 같은 'legally significant contributions which include LLM-generated content or are derived from LLM-generated content'를 거부하는 것입니다.
"legally significant"의 임계값을 정의하기 위해 위원회는 약 15줄의 코드 또는 텍스트로 제한을 둔 GNU 프로젝트 유지자 지침을 따릅니다. 이 임계값 이하이거나 법적으로 중요하지 않은 기여는 수락될 수 있습니다.值得注意的是, GCC 유지자는 LLM이 생성한 법적으로 중요한 테스트 케이스를 수락할 재량을 유지합니다.
GCC 개발에서 AI의 허용된 사용
이 정책은 저장소에 제출된 최종 코드를 제한하지만, 보조 도구로서 Large Language Models (LLMs)의 사용을 금지하지는 않습니다. 다음과 같은 목적으로 AI를 사용할 수 있으며,その結果输出이 최종 기여에 직접 포함되지 않는 경우에 한합니다:
- Research and Analysis: AI를 사용하여 복잡한 코드베이스를 이해하거나 잠재적인 구현을 탐색합니다.
- Bug Discovery and Reporting: 소프트웨어 결함을 식별하고 문서화합니다.
- Patch Review: 제출 전에 제안된 변경 사항을 분석하기 위해 AI를 활용합니다.
법적 및 저작권 근거
이 정책은 GNU General Public License (GPL)의 법적 요구 사항에 크게 기반을 두고 있습니다. GPL은 저작권 라이선스를 기반으로 운영되므로, 프로젝트는 기여물이 저작권 대상임을 보장해야 합니다.
산업 전문가와 커뮤니티 구성원들은 US Copyright Office의 보고서를 포함한 현재의 법적 선례가 저작권에는 인간 저작자가 필요하다고 시사한다고 지적했습니다. 완전 LLM 생성 코드는 저작권 대상이 아닐 수 있으며, 이는 GPL 하에서 라이선스를 부여할 수 없게 만들어 GCC 코드베이스의 법적 무결성을 잠재적으로 해칠 수 있습니다.
커뮤니티 논의 및 관점
이 발표는 시행 가능성, 윤리, 오픈소스 유지의 미래에 대해 개발자 커뮤니티 내에서 상당한 논의를 촉발했습니다.
정책에 대한 찬성 의견
찬성 측은 이 정책이 프로젝트를 'AI 슬롭'으로부터 보호하고 기여자가 자신의 작업에 대해 책임을 지도록 한다고 주장합니다. 일부 유지자는 AI 생성 코드가 완전한 논리 바로 옆에 근본적인 오류가 발생하는 등의 실패의 명백한 징후를 자주 포함한다고 주장하며, 이로 인해 검토 중에 감지할 수 있다고 합니다.
"정기적인 기여자는 평판이 있으며, AI 사용이 밝혀졌을 때 이를 잃을 위험이 충분히 사용하지 말아야 할 동기가 되어야 합니다."
정책에 대한 반대 의견
비판자들은 이 정책이 시행하기 어렵고 생산성 도구로서 AI를 사용하는 유능한 개발자를 dissuade할 수 있다고 주장합니다. 일부는 GPT-5.5 또는 Opus 4.8과 같은 프론티어 모델이 인간 작성 코드와 구별할 수 없는 코드를 생성하여, 이 정책이 자기 기만의 '쓸데없고 pointless'한 연습이 된다고 주장합니다.
"엔지니어가 당신이 disliking하는 자동완성 엔진을 사용했기 때문에 보안 패치와 버그 수정을 거부하는 것은 범주적으로 과실입니다."
유지보수 및 책임 문제
또 다른 논점은 AI 지원 코드의 장기 유지보수입니다. AI 기여에 반대하는 사람들은 AI를 사용하여 패치를 제출하는 일시적인 기여자들이 종종 사라져, 향후 버그 보고에 응답하거나 제출된 코드를 유지할 사람이 없게 된다고 주장합니다.
다른 프로젝트 정책과의 비교
GCC의 접근 방식은 다른 주요 프로젝트와 다릅니다. 예를 들어, LLVM 정책은 인간이 루프에 남아 코드를 검토하고 기여에 대한 완전한 책임을 지는 조건 하에 LLM을 포함한任何 도구의 사용을 허용합니다. GCC 정책은 더 제한적이며, 제출자의 책임뿐만 아니라 출력물의 법적 상태에 초점을 맞춥니다.