무슨 일이 있었냐면
레딧(Reddit)의 오픈소스 커뮤니티 r/opensource 운영진이 새 규칙을 공지했어요. 요지는 1인(솔로) 프로젝트와 LLM을 써서 만든 프로젝트는 더 이상 올리지 말라는 거예요. 공지 제목부터 날이 서 있어요. 'Your tokens aren't valuable. No more AI', 우리말로 하면 '당신이 쓴 토큰은 가치 없어요, 이제 AI는 그만'이에요. 여기서 토큰은 LLM이 글이나 코드를 만들어낼 때 쓰는 단위인데, 이용료도 이 단위로 매겨요. 그러니까 'AI한테 돈 내고 뽑은 결과물을 여기서 자랑하지 말라'는 뉘앙스죠.
r/opensource는 원래 오픈소스 소식과 프로젝트를 공유하고 이야기하는 곳이에요. 그런 곳에서 이렇게 센 규칙이 나왔다는 건, 그만큼 특정 유형의 글이 게시판을 뒤덮었다는 뜻일 거예요. 세부 문구와 예외 조항은 원문 공지를 직접 확인하는 게 정확하지만, 공지에 담긴 감정은 분명해 보여요. 'AI로 주말에 뚝딱 만든 저장소 홍보'에 지쳤다는 거예요.
왜 이렇게까지 했을까
이 결정을 이해하려면 '바이브 코딩(vibe coding)'을 알아야 해요. 이게 뭐냐면, 코드를 직접 이해하고 짜는 대신 AI에게 말로 지시하고 결과물이 돌아가기만 하면 넘어가는 개발 방식이에요. 진입 장벽이 낮아진 건 분명 좋은 일이에요. 문제는 그렇게 만든 결과물이 깃허브에 올라가는 순간 'MIT 라이선스가 붙은 오픈소스 프로젝트'로 포장된다는 거예요.
요즘 개발자 커뮤니티 어디서나 비슷한 패턴의 글을 볼 수 있어요. 'OO를 대체할 툴을 만들었어요'라는 제목에 README는 이모지로 가득하고, 기능 목록은 화려한데 커밋 이력은 며칠짜리예요. 그리고 몇 주 뒤엔 아무도 관리하지 않는 저장소가 되죠. 오픈소스의 본질이 코드를 공개하는 데보다 함께 유지보수하는 커뮤니티에 있다고 보는 사람들에게 이런 글은 그냥 자기 홍보예요. 1인 프로젝트까지 묶어서 막은 것도 같은 맥락으로 보여요. 기여자도 사용자도 없는 저장소를 소개하는 글이 커뮤니티에 남기는 게 별로 없다고 판단한 거죠.
업계 맥락: 오픈소스 곳곳의 'AI 슬롭' 대응
레딧 게시판 하나만의 이야기가 아니에요. 오픈소스 생태계는 몇 년째 AI가 만든 저품질 결과물, 이른바 'AI 슬롭(slop, 쓰레기 같은 결과물)'과 씨름하고 있거든요.
가장 강경한 쪽은 AI 생성 코드 기여를 아예 받지 않는 프로젝트들이에요. 리눅스 배포판 Gentoo와 운영체제 NetBSD가 2024년에 이런 정책을 내놨고, 가상화 소프트웨어 QEMU도 비슷한 정책을 채택했어요. 저작권이 불분명한 코드가 섞이는 법적 위험과 품질 문제를 함께 이유로 들었죠.
버그 리포트 쪽 피해는 더 직접적이에요. curl 메인테이너 Daniel Stenberg는 AI가 그럴듯하게 지어낸 가짜 보안 취약점 리포트를 검증하느라 시간을 뺏기는 상황을 여러 번 공개적으로 토로했어요. 결국 버그 바운티 운영 방식까지 손보게 됐고요. 중간 노선으로는 AI 사용 공개(disclosure)를 의무로 하는 방식이 있어요. 터미널 에뮬레이터 Ghostty처럼 AI를 썼다면 PR에 밝히라고 요구하는 프로젝트들이에요. 금지 대신 투명성을 택한 거죠.
r/opensource의 결정은 이 중에서도 꽤 강경한 편이에요. 다만 코드 기여가 아니라 '홍보 게시물'을 막았다는 점에서 성격이 조금 달라요.
논쟁 지점: 이게 맞는 방향일까
반론도 만만치 않아요. 첫째, LLM을 썼는지 어떻게 가려내냐는 거예요. 자동완성까지 치면 AI를 전혀 안 쓰는 개발자가 오히려 드물어요. 결국 솔직하게 밝힌 사람만 걸러지고 숨긴 사람은 통과하는 역설이 생길 수 있죠.
둘째, 1인 프로젝트까지 막는 건 지나치다는 의견이에요. 역사적으로 위대한 오픈소스 상당수가 한 사람의 취미에서 시작했거든요. 리눅스도 1991년에 리누스 토르발스가 '그냥 취미일 뿐, GNU처럼 크고 전문적인 건 아니다'라며 공개한 개인 프로젝트였어요. curl과 SQLite도 오랫동안 사실상 한두 명이 이끌어왔고요. 혼자 시작한 프로젝트가 사람들을 만날 창구가 사라지면 다음 리눅스는 어디서 나오냐는 거죠.
한국 개발자에게 주는 시사점
국내 커뮤니티에도 '사이드 프로젝트 만들었어요' 글이 정말 많아졌죠. 이번 일은 프로젝트를 공유할 때 무엇이 신뢰를 얻는지 다시 생각해보게 해요. AI를 썼다면 숨기지 말고 어디에 어떻게 썼는지 밝히세요. 그리고 '만들었어요'만 말하기보다 '왜 만들었고 앞으로 어떻게 관리할지'를 보여주는 게 훨씬 설득력 있어요.
포트폴리오 관점에서도 시사하는 바가 커요. AI로 하루 만에 만든 저장소는 이제 실력을 증명해주지 못해요. 오히려 기존 오픈소스 프로젝트에 작은 PR이라도 머지된 경험, 누군가 실제로 쓰는 도구를 몇 달 동안 관리해본 경험의 가치가 올라가고 있어요. 그리고 기여하기 전에 그 프로젝트의 CONTRIBUTING.md에 AI 관련 정책이 있는지 꼭 확인하세요. 이제는 그게 기본 매너가 됐거든요.
마무리
한 줄 정리: 코드 만드는 비용이 0에 가까워지자, 오픈소스 커뮤니티는 코드보다 '누가 책임지고 관리하느냐'를 기준으로 문을 다시 좁히기 시작했어요.
커뮤니티가 AI로 만든 프로젝트 글을 막는 것, 필요한 자정 작용이라고 보시나요? 아니면 새로 들어오는 개발자들에게 문을 닫는 과잉 대응이라고 보시나요?
🔗 출처: Hacker News