Open Source Says No라는 새로운 웹사이트는 AI가 생성한 기여를 명시적으로 금지하는 점점 더 많은 오픈소스 프로젝트의 목록을 작성하고 있으며 이는 매우 충격적이었습니다. 이 사이트는 화요일 Hacker News의 첫 페이지에 게재되었으며 개발자들이 금지 조치가 코드 품질을 보호하는지 아니면 미래를 차단하는지에 대해 논쟁을 벌이는 동안 수백 개의 댓글을 받았습니다. 이 디렉토리는 "AI 생성 기여를 금지하는 OSS 프로젝트와 업계 전반에 걸친 광범위한 AI 기여 정책 카탈로그"에 대한 기록이라고 설명합니다.

이 사이트의 등장은 자원 관리자의 제한된 검토 시간을 놓고 기계로 작성된 대량의 끌어오기 요청이 점점 더 경쟁함에 따라 몇 달 동안 관리자 커뮤니티에 구축되어 온 긴장감에서 눈에 띄는 이정표가 되었습니다. 이 논쟁은 소프트웨어 세계가 생성 도구를 어떻게 흡수하고 있는지를 보여주는 여러 발화점 중 하나이며, 우리가 AI 산업 보도에서 자세히 다루는 주제입니다.

디렉토리가 추적하는 것

Open Source Says No에는 별표 수 및 정책이 검증된 날짜와 함께 주요 저장소가 나열되어 있습니다. 11월 11일 현재 확인된 항목 중에는 널리 사용되는 자체 호스팅 사진 및 비디오 관리 솔루션인 Immich(GitHub 별 약 118,800개 포함), 검색 엔진 API인 Meilisearch(별 약 59,800개 포함), Square의 산하에 유지되는 JVM 및 Android용 주요 HTTP 클라이언트인 OkHttp(별 약 47,100개 포함)가 있습니다.

이 목록에는 10월에 검증된 브라우저 엔진 프로젝트인 Servo, 잘 알려진 단일 파일 공개 도메인 C/C++ 라이브러리인 stb, Rust로 작성된 운영 체제인 Redox OS도 포함되어 있습니다. 프로젝트는 소비자 셀프 호스팅 앱부터 기본 시스템 소프트웨어에 이르기까지 매우 다양한 영역에 걸쳐 있으며, 이 사이트는 AI 생성 코드에 대한 저항이 하나의 프로그래밍 하위 문화에만 국한되지 않는다는 증거를 제시합니다.

디렉토리 자체 외에도 사이트는 관리자와 기여자를 대상으로 하는 실용적인 도구를 제공합니다. 사용자는 GitHub 저장소 링크를 붙여넣을 수 있으며 사이트는 자동화된 정책 확인이 실행되는 동안 미리 채워진 문제를 엽니다. 이는 프로젝트를 선언문이라기보다는 시행을 위한 인프라로 자리매김하여 유지관리자가 자신의 기여 정책을 문서화하고 전달할 수 있는 반복 가능한 방법을 제공합니다.

유지관리자가 선을 긋는 이유

Hacker News에 대한 토론에서는 이러한 정책의 동기가 밝혀졌습니다. 몇몇 논평자들은 완전히 AI로 생성된 끌어오기 요청이 쇄도하는 프로젝트를 설명했으며, 한 사람은 저장소를 스크롤했는데, 활동적인 기여 스트림처럼 보임에도 불구하고 사람이 쓴 것처럼 읽히는 텍스트를 하나도 찾을 수 없었다고 언급했습니다.

핵심 문제는 관심이 부족하다는 것입니다. 끌어오기 요청을 검토하는 데는 실시간이 걸리며, 관리자는 기계 생성 코드(특히 작성자가 코드의 기능을 이해하지 못하는 기여)를 확인하는 데 코드를 처음부터 작성하는 것보다 더 많은 노력이 소요될 수 있다고 주장합니다. 다른 사람들은 한 논평가가 말했듯이, 그 주에 무료 평가판을 제공하는 AI 공급업체에 대한 고기 대리인 역할을 하는 "열정적인" 기여자가 기여 횟수를 추구하기 위해 노력이 적은 변경 사항을 제출한다고 지적했습니다.

분열된 커뮤니티

모든 사람이 금지 조치가 좋은 것이라고 동의하는 것은 아닙니다. 일부에서는 Servo 또는 Redox OS와 같은 커뮤니티 중심 프로젝트가 이미 자금 조달 및 기여자 확보에 어려움을 겪고 있으며 AI 지원 작업을 차단하면 해당 프로젝트에 필요한 인력을 정확히 쫓아낼 위험이 있다고 주장했습니다. 다른 사람들은 이 필터링이 핵심이라고 반박했습니다. 잠재적인 기여자가 검토되지 않은 기계 출력을 배송하는 조건에서만 참여할 의향이 있는 경우 금지는 단순히 불일치를 조기에 분류하는 것입니다.

금지 조치를 유용한 신호로 보는 실용주의 진영도 있었습니다. 몇몇 논평자들은 이 디렉토리가 사람이 적극적으로 감독하는 코드베이스, 즉 더 쉽게 신뢰할 수 있는 라이브러리와 실제로 기여를 읽을 수 있는 커뮤니티를 식별하는 데 도움이 된다고 말했습니다. 다른 사람들은 대량으로 제출된 검토되지 않은 AI 슬롭과 현재 많은 전문 개발자가 표준 관행으로 간주하는 밀접하게 인간이 안내하는 에이전트 코딩 사이의 큰 격차를 지적하면서 정책 언어가 별개의 관행을 융합하는지 의문을 제기했습니다.

오픈소스의 의미

기여자의 경우 실질적인 결과는 간단합니다. 기여 정책은 프로젝트 문서화의 일류 부분이 되고 있으며 AI 생성 작업을 금지하는 프로젝트에 제출하는 것은 이제 판단 호출이 아니라 문서화된 정책 위반이 됩니다. 오픈 소스 구성 요소에 의존하는 회사의 경우 이러한 추세는 종속성 트리의 기여도와 거버넌스 상태를 확인하라는 신호입니다. 라이선스 및 유지 관리 관행이 각 프로젝트에서 기계 생성 코드를 처리하는 방식과 점점 더 얽혀 있기 때문입니다.

움직임이 성장할지 정체할지 여부는 주류 재단과 대규모 프로젝트가 유사한 규칙을 채택하는지 여부에 따라 달라집니다. 현재 디렉토리의 빠르게 성장하는 목록과 이에 대한 토론의 강도는 누가 오픈 소스 코드를 작성하고 누가 검토할 책임이 있는지에 대한 질문이 메일링 목록 백채널에서 첫 페이지 싸움으로 이동했음을 시사합니다.

---

AI보다 앞서 나가세요

최신 AI 뉴스, 분석, 획기적인 소식을 모두 한 곳에서 받아보세요.

AI 뉴스 자세히 보기 →