공유를 부담으로 바꾼 AI, 40년 개방 균열 해설

• 핵심: 공개가 선물이던 공유 문화가 AI 수집 이후 창작자의 부담으로 바뀌는 과정을 정리
• 맥락: 40년 논쟁으로 맞춘 저작권과 개방의 균형, 카피레프트 약속이 놓인 자리
• 관점: 40년과 35 같은 숫자는 조건과 함께 읽을 때만 기록이 됩니다

공개된 코드를 가져다 쓰는 일이 왜 예전보다 불안해졌죠.

이 글은 그 질문에서 출발합니다. 코드와 지식을 공개해 서로 배우고 재사용하던 문화에서, AI가 공유를 세상에 주는 선물이 아니라 창작자가 감당해야 할 부담으로 바꾸고 있다는 지적을 따라갑니다[1]. 저자는 소프트웨어 저작권 보호와 개방성이 40년 논쟁 끝에 균형에 이르렀으나 AI가 이를 무너뜨리고 있다고 말합니다[1].

저도 처음엔 40년이라는 숫자부터 붙잡았습니다. 그런데 이 글에서 숫자는 단독으로 서 있지 않습니다. 무엇에 걸린 기간인지 함께 읽을 때만 뜻이 삽니다.

저작권과 개방성이 맞춘 40년 균형

카피레프트는 저작권을 뜻합니다. 저작자가 권리를 이용해 개방을 지키는 방식이죠. 도서관 대출카드에 반납 규칙을 적어두는 일과 같습니다.

균형에 이르기까지 개인의 기억이 먼저 나옵니다. 잡지에 실린 BASIC 프로그램을 Commodore 64에 입력하던 시절, 운영하던 BBS용 게임을 만들기 위해 REXX를 독학하던 시절이 그것입니다[1]. 공개된 예제가 프로그래밍 학습의 토대였다는 고백이며, 당시 소프트웨어에 저작권을 인정할 수 있는지 자체가 논쟁 중이었다는 점도 함께 적혀 있습니다[1].

초기 셰어웨어와 프리웨어는 모두 소스가 비공개였습니다[1]. 셰어웨어는 먼저 써보고 소액 등록비를 내면 정식 버전을 쓰는 방식이었고, Doom은 복제와 입소문을 타고 거대한 시장을 만든 대표 사례로 꼽힙니다[1]. 프리웨어는 무료로 쓸 수 있었으나 소스 코드는 공개하지 않았습니다[1]. 공짜로 쓴다는 점은 같아도, 안을 열어보게 하는지는 달랐다는 뜻이며, 이 구분이 뒤에 나올 카피레프트를 이해하는 열쇠가 됩니다.

핵심 변화 세 가지를 표로 정리합니다

구분	이전 공유	지금 AI 수집	남는 질문
쓰는 규칙	파생물에도 같은 자유를 이어가기	수집 후 라이선스 반영이 들쭉날쭉	약속이 지켜지는지 누가 봅니까
공개 마음	세상에 주는 선물	취약점·분류 부담이 따르는 공개	어디까지 열고 어디부터 닫죠
쓰는 마음	믿고 가져다 쓰는 재료	오염·도용 섞임 걱정부터 드는 재료	무엇을 확인하고 써야 합니까

표의 뼈대는 원문이 직접 밝힌 값으로 채웁니다. 40년은 저작권 논쟁이 균형에 이르기까지 걸린 시간이고, 35년은 개방이 온라인의 거의 모든 것을 만든 기간입니다[1]. 수백 배는 개방이 없었다면 온라인 비용이 치렀을 규모에 대한 추산입니다[1]. 숫자 뒤에 조건이 붙어 있다는 뜻이며, 기간이 가리키는 대상을 묻는 습관이 남습니다.

카피레프트가 돌려세운 한 수

카피레프트는 저작권을 개방성 유지에 활용한 발상입니다. GPL, MPL, CC-SA 같은 라이선스로 이어졌고, 무료 이용과 자유로운 활용의 혜택을 받는 사람이 파생 저작물에도 그 권리를 이어가도록 요구합니다[1]. 받은 만큼 다음 사람에게도 넘겨주라는 뜻이며, 이 이어가기가 공유를 뒷받침하던 약속이었습니다.

GPL은 실행·연구·공유·개작의 자유를 파생물에도 이어가도록 적어둔 대표적인 약속입니다[2]. CC-SA도 비슷한 자리에서 쓰입니다. 개작물을 같은 조건으로 공유하도록 요구하는 조항이며, 크리에이티브 커먼즈의 동일조건변경허락 안내에서 직접 확인할 수 있습니다[3]. 라이선스는 종이상자가 아니라 법정에서 집행된 적 있는 약속이라는 점도 원문이 강조합니다[1]. 불완전해도 창작자가 자신의 창작물을 통제할 힘을 줬다는 뜻이며, 이 대목이 뒤에 나올 계약 파기 주장과 맞물립니다.

현대 인터넷과 클라우드는 이전 세대 성과 위에 만든 자유 소프트웨어와 오픈소스 없이는 존재할 수 없습니다[1]. 개방성이 없었다면 온라인 세계는 AOL이나 CompuServe에 더 가깝고, 비용은 수백 배 높으며, 소수 지배가 더 강했을 것이라는 추산도 같은 문맥에 있습니다[1]. 거인의 어깨라는 비유가 어울리는 대목이죠. 이 정리가 있기에 다음 장의 파기 선언이 크게 들립니다.

LLM이 끊는 사회적 계약

LLM은 저작권이나 라이선스를 고려하지 않고 온라인에서 찾은 모든 것을 수집합니다[1]. 파생 저작물이 원저작자의 라이선스를 반영할 수도 있고 그렇지 않을 수도 있으며, 이런 의무를 법적으로 강제하려는 의지는 거의 보이지 않는다는 지적이 이어집니다[1]. 이로써 공유를 뒷받침하던 사회적 계약이 깨진다는 것이 원문의 문장입니다[1].

사회적 계약은 법 조문이 아닙니다. 지켜질 거라는 믿음으로 굴러가던 약속이죠. 동네 문고에 책을 꽂으면 누군가 읽고 다시 꽂아두리라 믿는 일과 같습니다.

원문엔 없지만 배경 이해를 위해 추가로 확인한 자료로, 오픈소스의 정의는 자유로운 재배포와 소스 공개 같은 기준을 제시합니다[4]. MPL 역시 파일 단위로 개방 의무를 이어가는 방식을 택하고 있습니다[5]. 약속의 문법이 서로 조금씩 다르다는 뜻이며, 수집이 그 문법을 건너뛰면 창작자가 느낀 파기감도 설명이 됩니다.

나누던 규칙이 흔들리면, 사람들은 책을 꽂기 전에 주변을 먼저 살핍니다[1].

이 문장이 남는 이유는 순서 때문입니다. 비난부터 하지 않고 관찰부터 적었다는 점이며, 이 관찰이 다음 장의 부담 목록으로 곧장 이어집니다.

공개가 부담이 되는 세 가지 장면

시험용 서버 방화벽 규칙 하나가 빠져 있었다고 해보겠습니다. 예전엔 메모를 공개해둘 사소한 흠이었죠. 지금은 그 메모가 공격 목록에 오를까 먼저 걱정하게 됩니다.

첫 장면은 쓰는 쪽의 불안입니다. 저품질 AI 코드가 섞였거나 악성 라이브러리에 오염됐거나 제3자에게 데이터를 보낼 수 있고, 타인 저작물을 훔쳐 구성한 코드라면 쓰는 사람까지 연루될 수 있다는 우려가 있습니다[1]. 가져다 쓰는 손이 먼저 떨린다는 뜻이며, 신뢰 확인이 쓰기보다 먼저 왔습니다.

쓸모없는 PR 분류에 빼앗기는 시간

두 번째 장면은 공개한 쪽의 피로입니다. GitHub 같은 공개 서비스에서는 AI 봇과 경험이 부족한 사용자가 만든 풀 리퀘스트가 쇄도해, 대부분 쓸모없는 결과물을 분류하는 데 여가 시간을 모두 빼앗길 수 있습니다[1]. 우편함에 광고가 가득 차 정작 받을 편지를 찾기 어려운 일과 같습니다.

취약점 찾기는 쉬워지고 숨기기는 어려워짐

세 번째 장면은 공격과 방어의 비대칭입니다. AI로 코딩 오류와 취약점을 더 쉽게 찾아 악용할 수 있는 반면, 코드를 비공개로 유지하면 같은 오류를 찾기가 훨씬 어려워집니다[1]. 유리집에 살면 밖에서 안이 잘 보이지만, 안에서 밖을 보는 건 그대로라는 뜻이며, 공개가 위험의 크기를 키우는 구조입니다.

개인의 윤리 기준과 창작물 통제권도 AI에 흡수되는 과정에서 사라진다는 지적이 덧붙습니다[1]. 기존 라이선스와 계약은 불완전하나 법정에서 집행 가능함이 입증됐고 창작자가 통제권을 가졌다는 대비가 함께 있습니다[1]. AI가 지식 공유를 선물이 아닌 창작자의 부담으로 바꾸고, 개방성이 실제 노동에 대한 존중이나 공로 인정 없이 부와 권력을 더 집중시키는 데 악용될 수 있다는 문장으로 이 장이 닫힙니다[1]. 이 정정 하나로 글이 더 읽을 만해졌다고 생각합니다.

반론도 함께 읽기

어느 쪽 손을 들어줄지는 독자 몫으로 남겨둡니다. 원문 댓글에는 원문과 다른 눈이 여럿 있기 때문입니다.

한쪽은 AI가 자유 소프트웨어에 일어난 좋은 일이라고 봅니다. 파일 형식·프로토콜·바이너리를 넣으면 빠르게 역공학할 수 있어 사실상 어떤 소프트웨어든 자유롭게 바꿀 수 있고, 수정 장벽인 지식과 시간의 부담을 AI가 낮춰준다는 것입니다. 진입을 막거나 자존심과 포트폴리오만을 위해 만드는 사람에겐 골칫거리지만, 실제로 무언가 만들려는 사람에겐 선물이라는 주장입니다.

다른 쪽은 장벽의 본질을 지적합니다. 막혔던 것이 지식·이해·전문성·노력이었는데 AI가 이를 대신 해결해주지는 않으며, 자유 소프트웨어 전체에 이로운지는 아직 불분명하다는 것입니다. 대기업이 공개 가중치 모델을 제한하면 이 논리가 무너진다는 조건도 붙습니다. 깨졌다는 사회적 계약은 애초에 없었다는 시각도 있습니다. 인기 라이브러리가 수조 달러 기업에 쓰이는데 대가를 못 받는다는 불만은 AI 이전부터 있었다는 것입니다.

비관과 낙관의 크기가 다르다는 기록입니다. 짧게 끊어 적으면 이렇습니다. 계약 파기를 말하는 쪽은 약속의 훼손을 보고, 도움이 된다는 쪽은 장벽의 하락을 봅니다. 같은 AI를 두고 보는 층이 다르다는 뜻이며, 이 간극 자체가 수확입니다.

이런 논쟁과 맞닿은 국내 해설로 생성형 AI 저작권 2025~2026: 사장님이 알아야 할 규제와 활용법 글이 있습니다. 규제와 활용의 경계를 함께 읽으면 이 글의 계약 이야기가 더 또렷해집니다.

왜 알아두면 좋은가

이 글이 주는 것은 사용법이 아니라 질문의 순서입니다. 가져다 쓰기 전에 무엇을 확인할지, 공개하기 전에 어디까지 열지를 먼저 묻게 됩니다.

35년 개방이 온라인의 거의 모든 것을 만들었고 대체로 긍정적이며 사람들의 역량을 키우는 방식으로 세계를 바꿨다는 평가가 원문에 있습니다[1]. 디지털 암흑기로 접어드는 상황에서 글쓴이·개발자·기술자·예술가가 새로운 디지털 르네상스를 함께 만들어야 하며, 그러지 않으면 기괴하게 뒤틀린 Fahrenheit 451 같은 세계에 이를 수 있다는 경고로 글이 끝납니다[1]. 공포 크기와 실물 크기가 다르다는 기록입니다.

결론과 한 줄 정리

• 핵심 1: 40년 논쟁의 균형은 파생물에 같은 자유를 이어가는 약속이었고, LLM의 무차별 수집이 그 약속을 흔들고 있습니다
• 핵심 2: 공개는 오염·취약점·PR 쇄도라는 구체적 부담으로 바뀌었고, 쓰는 쪽도 확인이 먼저가 됐습니다
• 핵심 3: 장벽 완화라는 반론과 계약 부재라는 지적까지 함께 읽을 때 이 논쟁이 한눈에 들어옵니다
• 한 줄 정리: 규칙이 흔들릴 때 확인할 것부터 적어두는 것이 이 글이 남기는 순서입니다

자주 묻는 질문

[핵심] 공유와 카피레프트는 무엇이 다릅니까?

공유는 넓은 마음가짐이고, 카피레프트는 그 마음을 지키는 규칙입니다. 받은 자유를 다음 사람에게도 이어가도록 요구하는 방식이죠. 도서관 책에 반납 기한을 적어두는 일과 같습니다.

[핵심] LLM이 사회적 계약을 깼다는 말은 무슨 뜻입니까?

법 조문이 깨졌다는 말이 아니라 믿음이 깨졌다는 뜻입니다. 수집은 이어지는데 라이선스 의무는 따라오지 않으니, 공개해도 약속이 지켜질지 알 수 없게 됐죠. 문고에 책을 꽂아도 돌아올지 모르는 상태와 같습니다.

[수치] 40년과 35년이라는 숫자는 각각 무엇을 가리킵니까?

40년은 저작권 논쟁이 균형에 이르기까지의 기간이고, 35년은 개방이 온라인의 거의 모든 것을 만든 기간입니다. 둘 다 기간을 재는 자이지 점수를 매기는 점수가 아니죠. 무엇을 잰 것인지 함께 옮겨 적을 때만 인용이 성립합니다.

[반론] AI가 오히려 개방에 도움된다는 주장도 있지 않습니까?

그렇게 읽으면 곤란합니다. 장벽을 낮추는 효과와 약속을 흔드는 효과가 동시에 있기 때문입니다. 역공학이 쉬워진 건 맞지만, 그게 계약 파기를 없던 일로 만들지는 않죠. 도움과 훼손을 같은 저울에 올리는 것이 이 글의 결론입니다.

[확인점] 공개된 코드를 쓸 때 무엇을 확인해야 합니까?

우선 라이선스와 출처, 수집·전송 여부를 확인하시는 게 좋습니다. 저품질 혼입과 악성 오염, 도용 여부를 함께 보는 거죠. 확인할 것 세 가지가 쓰기의 입장권이라는 점을 기억하시면 됩니다.

함께 보면 좋은 글

• 멀티모달 AI 2026: 사장님이 알아야 할 동향·비용·한계·도입 전략
• 18개 검색엔진 하나로 묶는 로컬 우선 수집으로 매장 조사 10분 완성

참고 자료

• [1] AI and the Destruction of the Creative Commons, https://www.chesterwisniewski.com/post/2026-09-13-ai-is-destroying-the-creative-commons/
• [2] GNU General Public License v3.0, https://www.gnu.org/licenses/gpl-3.0.html
• [3] CC BY-SA 4.0 deed (Korean), https://creativecommons.org/licenses/by-sa/4.0/deed.ko
• [4] The Open Source Definition, https://opensource.org/osd
• [5] Mozilla Public License 2.0, https://www.mozilla.org/en-US/MPL/2.0/