QGIS는 LLM, AI 또는 에이전트의 도움으로 작성한 코드를 주요 소프트웨어 저장소에 기여하지 못하도록 하는 정책을 채택했다. 프로젝트의 제안 기록에 따르면 이 변경은 10월 7일 승인되고 병합됐다. 적용 범위는 QGIS에서 AI를 사용하는 행위를 금지하는 것보다 좁다. 정책 문구는 한 저장소에 대한 코드 기여를 명시하지만, ‘도움을 받은’ 행위의 일부 경계는 정의하지 않았다.

큰 변화

  • 무엇이 달라졌나: QGIS는 기존 AI 도구 기여 정책을 LLM, AI 또는 에이전트의 도움을 받은 코드를 github.com/qgis/qgis에 기여하지 못하도록 하는 전면적 금지로 대체했다.
  • 왜 중요한가: 프로젝트가 나중에 금지된 도움을 발견하면 해당 규칙의 적용을 받는 코드의 기여자는 코드 되돌리기와 기여자 권한에 대한 제재를 받을 수 있다. 제안은 자동 탐지나 집행 절차를 설명하지 않는다.
  • 남은 쟁점: 채택된 문장은 AI 기반 자동 완성, 조사 또는 검토의 사례를 제시하지 않으며, 버그 보고서나 토론 댓글, 다른 QGIS 저장소를 명시적으로 규율하지 않는다.

채택된 문구의 내용

정책의 한 문단 규칙은 주요 QGIS 저장소의 ‘LLM, AI 또는 에이전트의 도움을 받은 코드 기여’를 대상으로 한다. AI, LLM 또는 에이전트 기반의 도움을 나중에 발견하면 코드 되돌리기와 기여자 권한 제재로 이어질 수 있다고 설명한다. 이 문구는 가능한 결과를 명시하며, QGIS가 특정 기여자에게 실제로 이를 부과했다는 기록은 아니다.

기록이 중요한 이유는 제안 제목인 ‘AI 기여는 허용되지 않음’이 실제 적용 문장보다 넓기 때문이다. 해당 문장은 코드 기여와 qgis/qgis 저장소를 명시한다. QGIS 소프트웨어로 작업하면서 AI 기능을 쓰는 사람에게 프로젝트 전체의 규칙을 설정하지는 않는다. 같은 제한이 별도의 개선 제안 저장소나 코드 이외의 제출물에도 적용되는지도 밝히지 않는다. 이러한 질문은 풀 리퀘스트 토론에서 제기됐지만 병합된 문구는 이를 열거하지 않았다.

채택된 변경은 저장소의 AI 도구 정책 파일을 업데이트한 것이며, 파일명에는 여전히 qep-408이 들어 있다. 10월 7일 풀 리퀘스트는 QEP 428로 설명됐으며 병합 전에 Accepted 라벨을 받았다. 이 기록의 파일명과 제안 번호는 같은 정책 변경을 가리킨다.

기여자들이 경계를 문제 삼은 이유

지지자들은 검토 역량의 문제를 설명했다. 제안 토론에서 기여자 Haubourg는 외부에서 생성된 제출물이 유지관리자가 진지하게 검토할 수 있는 양을 넘어설 수 있다고 말했다. AI의 도움을 받은 회귀 오류 수정안을 올렸던 한 기여자는 이 경험이 복잡한 코드베이스에서 역량에 대한 착각을 만들고 검토자와 작성자 사이의 신뢰를 약화할 수 있다고 말했다. 이는 정책에 대한 참여자들의 설명이며, 모든 AI 지원 패치를 측정한 결과가 아니다.

다른 이들은 무엇을 도움으로 보는지 물었다. 한 기여자는 자동 완성, 익숙하지 않은 코드를 이해하기 위한 LLM 사용, 번역, AI 답변이 포함된 검색 결과를 짧은 규칙이 구분하지 않는 사례로 들었다. QGIS 프로젝트 운영위원회 위원 Tim Sutton은 기여자가 양심에 따라 코드를 작성했는지를 준수의 기준으로 본다고 답했다. 그의 댓글은 의도를 이해하는 데 도움을 주지만 채택된 문장을 수정하지는 않는다. 제안 작성자 Nyall Dawson은 엄격한 출발점을 사례별로 재검토할 수 있다고 말했다. 이는 가능한 향후 논의이며 승인된 예외가 아니다.

지금 풀 리퀘스트를 준비하는 기여자에게 신뢰할 수 있는 경계는 서면 규칙이다. 주요 QGIS 저장소에 제공하는 코드는 LLM, AI 시스템 또는 에이전트 워크플로의 도움을 받아서는 안 된다. 원문 기록은 QGIS가 경계에 있는 도구를 어떻게 구분하거나 실제로 규칙을 집행할지 확정하지 않는다. BIG CHANGE는 정책과 공개 토론을 검토했으며, 코드를 제출하거나 집행을 시험하지 않았다.

출처와 추가 읽을거리