QGIS, AI 지원 기여 전면 금지 시행

QGIS, 엄격한 AI 금지 정책 채택

QGIS 프로젝트는 qgis/qgis 저장소에 대한 모든 AI, LLM 및 에이전트 지원 코드 기여를 금지하도록 개발 정책을 공식적으로 개정했습니다. QEP428(QGIS 개선 제안)을 통해 시행된 이 변경 사항은 AI 생성 코드에 대해 투명성과 의무적인 인간 검토를 요구했던 기존의 "인간 참여(human-in-the-loop)" 정책을 대체합니다. 새로운 정책에 따라 AI 또는 에이전트 기반 워크플로우를 통해 생성된 것으로 확인된 모든 기여는 즉각적인 코드 되돌리기 대상이 되며, 기여자에게는 잠재적인 제재가 가해질 수 있습니다.

금지 사유

관리자들은 전면 금지로 전환한 주요 이유로 다음 세 가지를 꼽았습니다.

• 감당하기 어려운 관리자 부담: AI 지원 풀 리퀘스트의 양은 LLM이 등장하기 전부터 이미 높은 업무량을 관리하던 프로젝트의 자원봉사 관리자들에게 상당한 부담을 주었습니다.
• 품질 및 검토 지속 가능성: AI가 생성한 코드는 QGIS와 같은 복잡한 프로젝트에 필요한 깊이 있는 이해가 부족한 경우가 많습니다. 이는 검토되지 않은 코드의 적체로 이어지거나 철저히 검증되지 않은 코드가 통합되는 결과를 초래하며, 두 경우 모두 프로젝트의 안정성을 위협합니다.
• 커뮤니티 무결성: 이 프로젝트는 지원, 교육 및 기능을 제공하는 인간 기여자 네트워크에 의존합니다. 관리자들은 AI 지원 기여가 학습 과정을 우회하여 새로운 개발자들이 향후 검토자가 되기 위해 필요한 기술을 습득하는 것을 방해할 수 있다는 우려를 표명했습니다.

향후 전망 및 시행

프로젝트 리더십은 이 정책을 영구적이고 불변하는 규칙이 아닌 "임시 방편" 조치로 규정했습니다. 목표는 프로젝트의 현재 안정성을 보호하기 위해 "문을 닫는 것"에서 시작하여, 향후 IDE 자동 완성이나 언어 번역과 같은 특정 사용 사례에 대해 사례별로 선별적으로 다시 문을 열 가능성을 열어두는 것입니다.

일부 커뮤니티 구성원들은 정책의 광범위한 문구와 집행상의 어려움에 대해 우려를 표명했지만, 관리자들은 준수 여부가 기여자의 양심에 달려 있음을 강조했습니다. 한 관리자가 언급했듯이, "당신이 공유하려는 코드를 당신의 뇌가 만들었는지, 아니면 다른 사람의 뇌가 만들었는지는 당신 자신이 알 것입니다."

커뮤니티의 시각

이 정책을 둘러싼 논의는 광범위하게 이루어졌으며, 자동화 도구의 역할에 관한 오픈 소스 개발의 더 넓은 긴장감을 반영하고 있습니다.

"저는 QGIS처럼 복잡한 프로젝트의 버그를 수정할 만큼 아직 숙련되지 않았지만, LLM은 그것이 가능할 것이라는 환상을 줍니다. 몇 개의 토큰만 입력하면 버그가 수정됩니다. 이렇게 함으로써 우리는 검토자와 기여자 사이의 신뢰 계약을 깨뜨렸습니다." — Amalvir, contributor

"저는 그들이 빈대 잡으려다 초가삼간 다 태우는 격이 될까 봐 두렵습니다... 저는 LLM이 코드에서 명확하지 않은 추가적인 맥락을 발견하는 데 유용하다는 것을 알게 되었습니다. 그들은 종종 틀리지만, 그 결과물을 인간이 더 깊이 이해하는 데 사용할 수 있다는 것이 저의 확고한 믿음입니다." — kannes, contributor

"병목 현상은 더 이상 코드를 작성하는 것이 아니라 코드와 일치 상태를 유지하고, 코드가 무엇을 하는지, 의도한 대로 작동하는지 파악하는 것입니다. 제 작업에서 그것은 제가 요청한 코드조차도 이제 업무의 대부분을 차지합니다. 낯선 사람들의 대규모 PR을 검토하는 관리자들에게는 확실히 훨씬 더 나쁜 상황입니다." — jcolot, Hacker News commenter