처리중입니다. 잠시만 기다려주세요.
TTJ 코딩클래스
정규반 단과 자료실 테크 뉴스 코딩 퀴즈
테크 뉴스
Hacker News 2026.04.29 75

Claude Code가 짠 코드, 저작권은 누구 거예요?

Hacker News 원문 보기
Claude Code가 짠 코드, 저작권은 누구 거예요?

AI가 코드를 짜기 시작하면서 생긴 진짜 골치 아픈 문제

Legal Layer에서 "Claude Code가 작성한 코드의 소유권은 누구에게 있는가"라는 주제로 길고 깊은 분석 글을 냈어요. 이게 단순히 "AI가 만든 거니까 AI 거다" 같은 단순한 이야기가 아니라, 미국 저작권법, 영업비밀, 라이선스, 그리고 Anthropic의 약관까지 얽혀 있는 복잡한 문제거든요. Claude Code뿐 아니라 Cursor, GitHub Copilot, Codex 같은 AI 코딩 도구를 쓰는 모든 사람에게 영향을 주는 이슈예요.

미국 저작권법의 출발점

핵심 전제는 미국 저작권청이 2023년부터 명확히 한 입장이에요. "인간이 창작하지 않은 것은 저작권 보호를 받지 못한다." 즉, AI가 통째로 생성한 결과물 자체에는 저작권이 붙지 않는다는 거죠. 동물이 찍은 사진(원숭이 셀카 사건 기억나시나요?)도 저작권이 없다고 판결난 것과 같은 논리예요.

그러면 "Claude Code가 짜준 코드는 그냥 공유 자산인가?" 싶을 수 있는데, 이야기가 그렇게 단순하지 않아요. 사람이 어떤 프롬프트를 줬고, 결과를 어떻게 골랐고, 어떻게 수정했는지에 따라 "인간의 창작적 기여"가 인정될 수 있거든요. 단순히 "로그인 페이지 만들어줘"는 약하지만, 구체적인 아키텍처 결정과 반복적인 수정을 거쳐 완성된 코드라면 사람이 저자로 인정받을 여지가 생겨요. 회색 지대인 거죠.

Anthropic 약관은 뭐라고 하나

글에서는 Anthropic의 상업적 이용약관도 짚어요. 핵심은 Anthropic이 사용자가 입력한 프롬프트와 출력물에 대해 소유권을 주장하지 않는다는 점이에요. 즉, 출력물의 권리는 사용자에게 양도된다는 식으로 약관이 짜여 있어요. OpenAI도 비슷해요. 다만 이건 "Anthropic이 자기 권리를 주장하지 않는다"는 거지, "사용자가 저작권을 가진다"는 보장은 아니에요. 저작권 자체가 인간 창작이 있어야 발생하는 거니까, 약관과 저작권법의 적용 영역이 다른 거죠.

회사가 직원에게 시켰을 때

실무에서 더 헷갈리는 건 회사 코드 베이스에서 직원이 Claude Code를 썼을 때예요. 미국법상 "work for hire(직무 저작물)" 원칙에 따라 직원이 회사 업무로 만든 결과물은 회사 소유예요. 그런데 그 결과물에 저작권이 처음부터 안 붙는다면? 회사가 가져올 "권리" 자체가 없는 셈이 되는 거예요. 그래서 많은 기업이 사내 AI 사용 정책을 만들고, 코드 리뷰와 인간의 수정을 의무화하는 추세예요. 단순히 윤리 가이드라인이 아니라 법적 안전장치인 거죠.

영업비밀과 라이선스 오염

또 다른 차원의 이슈가 영업비밀이에요. 사내 비공개 코드를 프롬프트에 넣으면 그 코드가 학습에 쓰이지 않더라도 "외부 시스템에 노출됐다"는 사실만으로 영업비밀 지위를 잃을 위험이 있어요. 영업비밀은 "비밀로 관리되어야" 보호받는 권리거든요. 또 AI가 학습 데이터에 있던 GPL 코드를 그대로 뱉어버리면 그 코드를 쓴 프로젝트 전체가 GPL에 오염될 수 있어요. 이런 문제 때문에 라이선스 스캐닝 도구나 코드 출처 추적 시스템에 대한 수요가 빠르게 늘고 있어요.

업계 맥락

비슷한 논의가 이미 미술과 글쓰기 분야에서 한참 진행됐어요. AI 그림에 대한 저작권 분쟁, 작가 단체의 OpenAI 소송 같은 게 다 같은 뿌리에서 나온 문제예요. 코드는 그동안 비교적 조용했지만, Claude Code나 Cursor 같은 도구가 "몇 줄 자동완성"을 넘어 "기능 단위 생성"으로 가면서 비중이 커지고 있어요. 한국에서도 저작권법 개정 논의가 있었고, 일본은 AI 학습용 저작물 사용을 비교적 폭넓게 허용하는 방향으로 갔어요. 나라마다 다르게 갈라지고 있는 상황이에요.

한국 개발자와 회사에 주는 시사점

실무에서 당장 챙겨야 할 건 세 가지예요. 첫째, 회사 내부 코드를 AI에 넣을 때 어디까지 허용할지 정책을 명확히 해두기. 둘째, AI가 생성한 코드를 사람이 검토하고 수정한 흔적을 커밋 히스토리에 남기기. 셋째, 외부에 배포하는 오픈소스나 상용 제품에 들어가는 코드는 라이선스 검증을 한 단계 더 거치기. 이게 귀찮아 보여도, 나중에 분쟁이 생겼을 때 "우리는 이렇게 관리했다"는 증거가 되거든요.

그리고 프리랜서 분들은 클라이언트 계약서에 AI 사용 여부와 그에 따른 책임 분담을 명시하는 게 좋아요. "이 코드 누구 거예요?"는 더 이상 추상적인 질문이 아니에요. 여러분은 회사에서 AI 코딩 도구를 어떤 가이드라인으로 쓰고 계세요? 그리고 AI가 만든 코드의 저작권이 "비어 있다"는 사실, 어떻게 받아들이고 계신가요?


🔗 출처: Hacker News

이 뉴스가 유용했나요?

이 기술을 직접 배워보세요

바이브코딩으로 직접 만들어보세요

이 기술, 강의에서 실습으로 배울 수 있습니다.

바이브코딩 강의 보기

"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"

실제 수강생 후기
  • 비전공자도 6개월이면 첫 수익
  • 20년 경력 개발자 직강
  • 자동화 프로그램 + 소스코드 제공

매일 AI·개발 뉴스를 받아보세요

주요 테크 뉴스를 매일 아침 이메일로 전해드립니다.

스팸 없이, 언제든 구독 취소 가능합니다.