QGIS, AI 기여 전면 금지하다

QGIS bans AI assisted contributions

▲ 346bwnkl386 HN 토론

QGIS가 QEP428을 통해 AI 기반 기여를 공식 금지했다. 유지보수자에 대한 과도한 부담과 검토되지 않은 PR 급증, 커뮤니티 신뢰 훼손을 이유로 내세웠다. 일부는 리뷰·보안 목적의 LLM 활용까지 막는 광범위한 조치라며 우려를 표했다.

우리는 아기를 욕조물과 함께 버릴 수도 있다는 것을 알고 있지만, 그 아기가 생존 불가능할 수도 있으니까요.
원문 읽기 →HN 토론RSS

HN 토론

386
  1. jcolot

    이것의 일부는 정렬 문제이기도 하지만, 인간적인 측면에서 보면: 이제 병목은 코드를 작성하는 것이 아니라 코드와 정렬된 상태를 유지하는 것, 즉 코드가 무엇을 하는지, 그리고 내가 의도한 대로 작동하는지 아는 것입니다. 제 작업에서는 이제 그것이 업무의 대부분을 차지합니다. 심지어 제가 요청한 코드에 대해서도요. 낯선 사람이 보낸 대규모 PR을 검토하는 메인테이너들에게는 분명 훨씬 더 심각할 겁니다. 금지는 좀 가혹하지만, 그들이 왜 주의력을 배분하려는지 이해합니다.

  2. mootothemax

    지리공간 작업에는 LLM을 망가뜨리는 뭔가가 있는 것 같습니다. 최신 버전의 Fable과 Opus 모두에서 많이 경험했는데, 자신감 있게 말하지만 틀린 전형적인 악몽이죠. 어제는 거리 가중치를 사용해 측정하는 비교적 사소한 작업을 하고 있었는데, Claude는 정말 잘했습니다. 그런데 맨 마지막에 성공 지표가 있고 그에 부합하는 훌륭한 결과가 많았음에도 불구하고, Claude는 제 수학이 틀렸고 바꿔야 한다고 우겼습니다. 왜냐고 묻고 제안된 대체안이 거리 가중치를 완전히 상쇄할 것이라고 지적하자, 즉시 제 말에 동의하며 그것에 대한 다섯 번째 프로젝트 메모리를 작성하겠다고 했습니다. 엄격한 가드레일 없이 자주 실수하는 다른 큰 부분은 좌표계입니다. 그리고 측정인데, 주어진 국가 그리드와 WGS84 위도/경도 사이를 오가며 상당한 정밀도를 잃는 방식으로 변환하는 경우가 많고, 국가 그리드 좌표를 통한 단순 뺄셈으로 끝날 거리를 측정하려고 맞춤형 하버사인 상응 코드를 작성하기도 합니다. 정말 어이없습니다.

  3. leothetechguy

    왜 HN에서는 항상 모두가 AI를 찬성하는 건가요? 이건 장기적으로 코드 품질을 향상시킬 것이므로 객관적으로 좋은 변화입니다.

  4. throwaway2037

    또 LLM 알레르기네요. 이 PR을 보세요: https://github.com/qgis/QGIS/pull/67731/files 코드 변경이 너무 단순해서 오늘날 Claude라면 이 코드를 쉽게 작성할 수 있습니다. 그들은 LLM이 코드를 작성했는지 어떻게 알까요? 알 수 없습니다. 그리고 이 정책은 우유처럼 상할 겁니다. 매달 코딩 LLM은 발전하고 있습니다. LLM이 작성한 제출물을 '탐지'하기가 점점 더 어려워질 겁니다. 오픈소스 프로젝트에서 제가 본 최고의 LLM 정책은 Linux입니다. 대략: LLM을 사용해도 되지만, 그것이 생성한 코드에 대한 책임은 전적으로 당신에게 있습니다. Linus는 LLM의 긍정적인 면과 부정적인 면을 모두 인정합니다.

  5. KolmogorovComp

    이것은 오픈 기여의 종말이라고 생각합니다. 메인테이너들은 이미 감당할 일이 너무 많습니다. 게다가 메인테이너가 LLM을 사용해 직접 검토하는 것보다 더 나은, 시간을 절약해주는 기여자를 찾는 것이 극히 드물어지고 있습니다.

  6. Hendrikto

    저처럼 QGIS가 뭔지 전혀 몰랐던 분들을 위해: QGIS는 무료 지리정보시스템(GIS)으로, 지리공간 정보의 생성, 관리, 분석, 저장, 시각화를 다룹니다. (3D) 지도 같은 걸 생각하시면 됩니다.

  7. alexwebb2

    > QGIS는 조직들이 다시 기여할 수 있고, 지원, 교육, 기능을 위해 기여자를 고용할 수 있다는 점을 알기 때문에 신뢰합니다. 커뮤니티 프로젝트로서 이것은 우리가 정말로 보호하고 싶은 부분입니다

    좋아요, 그렇다면 여기에는 재정적 동기가 있고, 더 많은 오픈 기여를 허용하면 자신들의 전문성 가치가 떨어지고 고용 가능성이 줄어들까 봐 걱정하는 겁니다. 그들에게 공정하게 말하자면, 아마 사실일 겁니다.

  8. jerkstate

    저는 resvg에서 svg2를 위한 CSS 지오메트리 속성을 Claude와 함께 구현했습니다. 작동한다는 걸 알고 있고 비교적 작은 diff도 읽었습니다. 하지만 PR을 보내기가 두렵습니다. 장인 정신으로 손수 만든 방목 소프트웨어 애호가를 화나게 할까 봐요. svg2의 표준 기능인 이 기능이 필요한 다른 AI 애호가도 아마 토큰 몇 개를 태워 직접 만들 테고, 그러면 러다이트들이 공장을 부수지 못하게 할 겁니다.

  9. robertclaus

    Plotly에서도 비슷한 문제를 겪고 있습니다. 따라잡기 위해 최선을 다하고 있지만, 지나가는 커뮤니티 기여를 그냥 포기하지 않기가 정말 어렵습니다. 아무도 교정하지 않은 3페이지짜리 이슈 글, 우리가 후속 조치를 시도할 때 봇 외에는 아무도 응답하지 않음, 그럴듯하지만 약한 PR이 쏟아져 리뷰어 시간을 잡아먹음. 그러면서도 우리가 정말 집중하고 싶은 핵심 작업이 있는데, 이 봇 외에는 아무도 실제로 겪지 않았을 버그 수정을 하나 더 병합하는 데 시간을 씁니다.

  10. stevex

    storytold 팀이 Artcraft 앱을 만들기 위해 사용하는 프로세스에 대해 더 알고 싶습니다. https://github.com/storytold 그들은 엄청난 양의 소프트웨어를 생산하고 있고, 그 속도에 비해 품질이 예상보다 높은 것 같습니다.

이 날의 다른 글

2026-10-12