바이브 코딩으로 만들었다더니... 오픈소스를 통째로 베꼈다? AI 코딩 시대의 '저작권 세탁' 논란

“AI한테 시켜서 주말에 뚝딱 만들었어요.” 요즘 이런 말, 정말 많이 들리는데요. 그런데 그 ‘뚝딱’의 정체가 사실은 남이 공들여 만든 오픈소스를 거의 그대로 가져온 것이라면 어떨까요. 최근 개발자 커뮤니티에서 불거진 한 논란이 바로 이 지점을 정확히 찌르고 있습니다.

참고: 이번 글은 최근 한 달 사이 커뮤니티에서 떠오른 사례를 다루지만, 관련 공개 토론 데이터가 충분치 않았습니다. 그래서 구체적 수치 인용보다는 이 사안이 던지는 구조적 질문에 초점을 맞춰 정리했습니다.

사건의 발단: “바이브 코딩으로 만든 데이터룸”

이야기는 단순합니다. 누군가 데이터룸(data room) 서비스를 하나 내놓았습니다. 데이터룸이라고 하면 생소하실 텐데요. 쉽게 말해 기업이 투자자나 거래 상대방에게 민감한 문서를 안전하게 공유하는 온라인 공간입니다. 인수합병이나 투자 유치 때 재무제표, 계약서 같은 걸 아무한테나 메일로 보낼 수는 없으니, 접근 권한과 열람 기록을 통제하는 별도 플랫폼을 쓰는 거죠.

문제의 제작자는 이걸 “바이브 코딩으로 만들었다"고 홍보했습니다. 바이브 코딩(vibe coding)은 작년부터 유행한 표현인데요. 개발자가 한 줄 한 줄 코드를 짜는 대신, AI에게 “이런 느낌의 앱 만들어줘"라고 자연어로 지시하면서 흐름(vibe)에 맡기는 방식을 말합니다. 코딩을 모르는 사람도 AI만 잘 다루면 제품을 만든다는, 이 시대의 상징 같은 단어죠.

그런데 곧 의혹이 제기됐습니다. 그 데이터룸이 Papermark라는 기존 오픈소스 프로젝트와 너무 닮았다는 겁니다.

Papermark는 어떤 프로젝트인가

Papermark는 이미 잘 알려진 오픈소스 데이터룸 서비스입니다. 흔히 ‘DocSend의 오픈소스 대안’으로 불리는데요. DocSend는 문서 공유와 추적으로 유명한 상용 서비스이고, Papermark는 그 기능을 누구나 무료로 쓰고 코드를 직접 뜯어볼 수 있게 공개한 프로젝트입니다.

핵심은 이겁니다. 오픈소스라고 해서 “마음대로 가져다 써도 된다"는 뜻은 아닙니다. 대부분의 오픈소스에는 라이선스가 붙어 있습니다. “출처를 밝혀라”, “수정한 부분도 똑같이 공개하라”, “상업적 이용은 별도 협의하라” 같은 조건이죠. Papermark를 둘러싼 이번 논란의 핵심도 결국 이 라이선스 조건을 지켰느냐, 그리고 출처를 밝혔느냐에 있습니다.

남의 코드를 베끼는 것 자체가 문제라기보다, 그 코드를 마치 자신이 AI로 새로 만든 것처럼 포장한 것이 문제의 본질입니다.

바이브 코딩이 만든 회색지대: ‘저작권 세탁’

여기서 흥미로운 지점이 드러납니다. 과거에는 남의 코드를 베끼면 비교적 쉽게 들통났습니다. 변수 이름, 주석, 코드 구조가 그대로 남아 있으니까요. 깃허브에 똑같은 파일이 올라오면 금방 비교가 됐죠.

그런데 AI가 끼어들면서 상황이 묘해졌습니다. 오픈소스 코드를 AI에게 넣고 “이거 새로 짜줘”, “구조를 바꿔줘"라고 시키면, 겉모습은 전혀 다른 코드가 나옵니다. 기능은 똑같은데 변수명도, 파일 구조도, 주석도 싹 바뀌어 있죠. 원본과 나란히 놓고 봐도 한눈에 “베꼈다"고 말하기 어려워집니다.

이걸 두고 커뮤니티에서는 저작권 세탁이라는 표현이 나왔습니다. 돈세탁처럼, AI라는 세탁기를 한 번 돌리면 출처가 흐릿해진다는 뜻인데요. “AI가 만들었다"는 한마디가 일종의 면죄부처럼 쓰이는 셈입니다. 실제로는 누군가의 노동과 라이선스가 담긴 코드인데 말이죠.

왜 이게 단순한 가십이 아닌가

이 사건이 작은 해프닝으로 넘길 일이 아닌 이유가 있습니다.

첫째, 오픈소스 생태계의 신뢰 문제입니다. 개발자들이 코드를 무료로 공개하는 건 선의에 기반합니다. “함께 쓰고 발전시키자"는 거죠. 그런데 그 코드가 출처도 없이, 라이선스도 무시한 채 누군가의 상업적 제품으로 둔갑한다면, 누가 계속 공개하려 할까요.

둘째, ‘AI로 만들었다’는 말의 신뢰도 문제입니다. 바이브 코딩이 진짜로 가치 있으려면, AI가 실제로 새로운 걸 만들어냈다는 전제가 필요합니다. 그런데 그 라벨이 표절을 가리는 포장지로 쓰이기 시작하면, 정직하게 AI로 작업한 사람들까지 의심받게 됩니다.

셋째, 책임 소재의 모호함입니다. “AI가 그 코드를 학습해서 비슷하게 짠 거지, 내가 베낀 게 아니다"라는 변명이 가능해집니다. 사람이 한 표절과 AI가 거든 표절, 그 경계를 우리는 아직 제대로 정의하지 못했습니다.

우리가 던져야 할 질문

기술은 늘 윤리보다 빨리 달립니다. 바이브 코딩은 진입 장벽을 낮춘 멋진 도구지만, 동시에 “누가 무엇을 진짜 만들었는가"라는 오래된 질문을 새로운 방식으로 흐려놓고 있습니다.

결국 핵심은 도구가 아니라 태도입니다. AI로 무언가를 만들었다면, 그 재료가 어디서 왔는지 밝히는 것. 오픈소스를 썼다면 라이선스를 지키고 출처를 표기하는 것. 너무 당연한 이야기인데, AI라는 세탁기가 돌아가는 시대엔 이 당연함이 점점 흐릿해지고 있습니다. 여러분이라면 “AI로 만들었다"는 제품을 볼 때, 그 안에 누구의 코드가 들어 있는지 한 번쯤 의심해 보시겠습니까?