오픈소스 프로젝트들이 AI 생성 기여를 금지하기 시작했다
OSS projects banning AI-generated contributions
immich, meilisearch, QEMU, Zig, Gentoo Linux 등 스타 수만 개의 오픈소스 프로젝트들이 LLM이나 Copilot, ChatGPT 같은 생성형 AI로 만든 코드·문서·이슈를 받지 않겠다고 선언했다. 일부는 AI가 관여한 PR을 제출하면 프로젝트에서 영구 차단하겠다고 경고한다. AI가 만든 코드가 오픈소스 생태계의 신뢰와 품질을 흔들 수 있다는 우려가 반영된 움직임이다.
AI가 생성한 쓰레기는 안 된다. Fyrox는 사람이 직접 만든 게임 엔진이며, AI가 생성한 코드가 들어갈 자리는 없다.
HN 토론
104- Arbortheus
저는 OSS 메인테이너들에게 공감이 가고, 이걸 순전히 "러다이트" 행동으로만 보지는 않습니다.
문제는 꼭 AI 생성 자체가 아니라, 누군가가 문제 영역을 정말로 이해하고 있는지와 LLM이 불어넣은 "네덜란드 용기"를 가진 사람을 구분하기 어렵다는 점이라고 생각합니다.
그것이 커뮤니티 상호작용(이슈, PR 등)의 양이 크게 늘어난 것과 결합되면 OSS 메인테이너들을 번아웃시킬 위험이 있습니다.
아마도 이 소란이 잦아들고 사람들이 이 도구들을 사용하는 더 나은 모범 사례를 확립할 때까지 몇 달/몇 년을 기다리는 것이 동기일 겁니다.
- jcfrei
이 프로젝트들에도 AI 기여가 있다고 장담합니다. 기존 기여자들은 자신의 코드베이스를 훨씬 더 잘 알고 있어서 AI에게 가이드라인에 맞는 수정을 하도록 지시할 수 있습니다. 그들이 금지하는 AI 기여는 아마도 코드 스타일과 관례를 깨고, 너무 광범위하며, 결과적으로 문제를 해결하기보다 더 많은 작업을 만드는 것들일 겁니다. 많은 프로젝트에 더 정직한 접근 방식은 기여를 특정 계정으로 제한하는 것일 텐데, 그러면 아마도 코드 개발에 대한 그들의 평등주의적 이해를 위반하게 될 겁니다.
- maxloh
저는 이것이 좋은 추세라고 생각하지 않습니다.
Servo나 Redox OS 같은 프로젝트는 커뮤니티 주도이며 이미 자금이 부족합니다. AI 지원 코드를 막는 것은 잠재적 기여자들을 멀어지게 할 뿐입니다.
일부 프로젝트는 AI 지원 개발을 중심으로 강력한 커뮤니티를 구축했습니다. 예를 들어 T3 Code 커뮤니티[0]는 매우 활발하고 대부분의 PR이 LLM 지원으로 만들어집니다.
진짜 문제는 공개와 자신의 제출물에 대한 책임, 즉 코드를 주의 깊게 읽고 테스트하는 것입니다. 인간이 작성한 코드가 어떤 의미에서든 본질적으로 더 나은 것은 아닙니다.
- koalalorenzo
이것은 프로젝트를 고르는 데 매우 유용합니다. 저는 인간이 작성한 코드와 품질을 정말 중요하게 생각하고, 가능하면 바이브 코딩된 도구 사용을 피합니다. 오픈소스 프로젝트는 항상 지식을 공유하고 함께 무언가를 만드는 것이었는데, AI와 LLM이 장악하는 것을 보니 조금 슬픕니다.
최근에 여행 계획을 위한 셀프 호스팅 도구를 고르고 있었는데, 하루 만에 삭제했습니다. 극도로 바이브 코딩되어 있었고 GitHub에 보고된 보안 문제 중 고쳐진 것이 하나도 없었기 때문입니다. 프롬프트 하나면 고칠 수 있는 것들인데! 저는 바이브 코딩된 OSS에서 이런 것을 너무 자주 봤습니다. 사람들은 겉모습과 느낌에 집중하고 코드는 충분히 리뷰되지 않습니다. 왜냐하면 "CSS 그라디언트로 보기 좋고" "LLM은 항상 옳으니까"요.
그래서 그들이 AI/LLM 기여를 금지하고 금하는 이유를 이해하며, 금지하는 것이 기쁩니다. 주로 메인테이너들의 정신 건강과 지식 공유 및 어느 정도 더 나은 PR 리뷰가 이루어지도록 하기 위해서라고 생각합니다. 저는 항상 AI/LLM으로 코딩된 프로젝트보다 인간이 만든 프로젝트를 선택할 것입니다.
- staminade
이 중 일부는 오해의 소지가 있습니다. 예를 들어 Immich는 LLM을 사용해 만든 PR을 받지 않지만, 프로젝트에는 에이전트 파일이 있고 히스토리에 Claude가 공동 작성한 커밋이 있습니다.
- mik1998
이것은 기존 FOSS 소프트웨어가 버그를 잡고 인간이 리뷰한 코드에 AI를 사용함으로써 크게 개선되는 반면, 상업용 프로그램은 100% AI 생성되고 품질 지표 대신 LOC/토큰 할당량에 초점을 맞춰 훨씬 더 신뢰할 수 없게 될 것이라는 의미라고 생각합니다.
- benrutter
이에 대한 많은 반발이 있다고 생각하지만, 오픈소스 프로젝트 경험에 비추어 보면 상당히 합리적으로 보입니다.
많은 기여가 있는 프로젝트를 유지하는 것은 특히 PR이 초기 설계에서 벗어나지 않도록 하는 등의 일을 하는 데 엄청난 작업입니다.
코드베이스를 완전히 이해하지 못한 채 나온 수많은 PR이 프로젝트를 일관성 없는 것으로 표류시키는 것은 대부분의 프로젝트에게 "새 기능을 충분히 빨리 출시하지 못하는 것"보다 훨씬 더 큰 위험입니다.
그러니 이 사람들을 "AI를 이해하지 못하는 러다이트 무리"로 그리지 마세요. 그들은 우리 모두가 이해하려 애쓰는 빠르게 변하는 세상에서 성공적인 프로젝트를 유지하기 위해 최선을 다하고 있을 뿐입니다.
- jlengrand
글쓴이입니다. 이것은 초기 프로젝트입니다. HN에서 AI를 금지하는 프로젝트가 여러 번 등장하는 것을 보았고 이 추세가 얼마나 큰지 궁금했습니다.
네, 이것은 바이브 코딩된 프로젝트입니다. 저는 단순히 이 추세가 얼마나 큰지, 그리고 사람들이 프로젝트에서 AI 기여에 대해 글을 쓰는 방식을 어떻게 처리하는지 알아보고 싶었습니다.
이것으로 어떤 결론을 내릴 의도는 없습니다. 도메인 이름은 주로 "computer says no"에 대한 말장난입니다.