QGIS, AI 보조 기여 금지

GIS 오픈소스 프로젝트 QGIS의 개선 제안 저장소에 올라온 PR "Add QEP428: No ai contributions permitted"예요. 원문 PR 설명은 짧아요. qgis-developer 메일링 리스트(2026년 9월)의 후속 논의를 링크하며, AI 정책을 엄격한 "허용 안 함(NOT ALLOWED)"으로 공식 변경한다는 내용이에요. 아래는 PR 본문과 댓글 토론을 옮긴 것이에요.

왜 "사람이 검토하면 OK"에서 더 나아가나 (haubourg)

• 외부 기여자의 AI 사용은 LLM 이전에도 이미 힘들었던 유지보수자들에게 감당할 수 없는 압박을 줘요.
• AI로 들어오는 기여의 양이 사람이 진지하게 검토할 수 있는 양을 훨씬 넘어서, 검토 안 된 PR이 쌓이거나 덜 검토된 코드로 품질 문제가 생겨요. 둘 다 프로젝트가 원치 않는 결과예요.
• 자유 소프트웨어 커뮤니티는 사람의 네트워크 위에 세워져요. 기관들이 QGIS를 믿는 건 직접 기여할 수 있고 지원·교육·기능 개발을 위해 기여자를 고용할 수 있기 때문이에요. 이걸 지키고 사람의 기여를 환영할 여력을 유지하고 싶다는 거예요.
• LLM을 리뷰·감사·보안 목적으로 쓰는 문제는 별도 주제로, 사용자 컨퍼런스에서 먼저 논의하겠다고 했어요.

당사자의 목소리 (Amalvir)

AI 보조로 회귀 버그 수정 PR 두 개를 올렸던 기여자는 찬성(+1)했어요. 당시엔 그것이 이미 취약한 리뷰어 커뮤니티에 어떤 해를 끼치는지 몰랐다고 해요. 자신은 QGIS처럼 복잡한 프로젝트의 버그를 고칠 실력이 아직 없는데 LLM이 "가능하다는 환상"을 줬고, 몇 토큰 만에 버그가 고쳐지면서 "이만한 프로젝트에 기여한다면 무엇을 하는지 안다"는 리뷰어와 기여자 사이의 신뢰 계약을 깼다고 돌아봐요. 또 AI를 쓰는 기여자는 거의 배우지 못해 리뷰어로 성장할 수 없고, 커뮤니티가 정체된다는 두 번째 효과도 짚었어요. "뛰기 전에 걷는 법부터 배우자"는 말로 맺었어요.

범위에 대한 질문

• vpicavet은 이슈 내용·댓글·PR까지 포함하는지, 그리고 QEP 저장소 자체에도 적용해야 하지 않느냐고 물었어요. haubourg은 동의하면서도, 보안 권고 시스템을 시작한 뒤 접수된 보안 권고는 100% AI로 쓰였다고(대부분 QGIS 코어가 아닌 웹사이트 관련) 덧붙였어요.

기술적 이점을 지적한 반론 (kannes)

kannes는 지금의 "AI" 열풍이 윤리·사회·경제적으로 큰 문제이고 유지보수자에게 불공정한 압박을 준다는 데 공감한다고 먼저 밝혔어요. 그러면서도 지금 문구대로라면 *assisted*, *used* 같은 단어가 너무 넓어 리뷰·감사·보안 목적의 LLM 사용까지 금지하는 것으로 읽힌다며, "목욕물 버리다 아기까지 버리는" 일이 될 수 있다고 우려했어요. QGIS 코어의 C++ 세계에 조금씩 발을 들이는 입장에서 LLM이 코드의 숨은 맥락을 찾는 데 유용했고, 종종 틀리지만 사람이 이해를 넓히는 데 쓸 수 있다고 했어요. 이 정책의 의도가 개발자 부담 경감인지, AI에 대한 정치적 선언인지 명확히 하면 더 분명하고 강한 정책이 될 거라는 제안도 했어요.

timlinux는 긴 에세이 대신 짧은 문단으로 정리한 덕에 혼란이 줄었으면 한다며 제안자 nyalldawson에게 감사를 전했어요.