리누스 토발즈 vs 데비안: AI 코드 기여를 둘러싼 오픈소스 진영의 정반대 행보

2026년 7월, 오픈소스 세계에서 가장 영향력 있는 두 프로젝트가 AI 지원 코드 기여를 두고 정반대의 입장을 공식화했다. 리누스 토발즈는 리눅스 커널 메일링 리스트에 올린 글에서 리눅스가 "반(反)AI 프로젝트 중 하나가 아니다"라며 비판자들은 "포크하든가 그냥 떠나라"고 못 박았다 . 불과 사흘 뒤, 데비안 프로젝트는 "대형 언어 모델(LLM)이나 기타 생성형 AI 도구의 사용이나 도움을 받아 작성된 데비안에 대한 모든 기여를 명시적으로 금지"하는 총의결(General Resolution)을 위한 토론 기간을 열었다 .

이 대비는 단순한 절차상의 의견 차이가 아니다. 이는 근본적으로 다른 거버넌스 철학, 위험 감수성, 그리고 오픈소스 개발의 미래에 대한 상반된 비전을 반영한다.

리눅스 커널: 인간 책임 하의 실용적 허용

토발즈의 입장은 길고 때로는 모순적인 진화의 산물이다. 2026년 초, 그는 커널 개발자들에게 AI 생성 코드를 사용하지 말라고 경고하고 AI를 "90% 마케팅"이라고 불렀다 . 하지만 2025년 11월, 한국에서 열린 오픈소스 서밋에서는 학습자들을 위한 '바이브 코딩(vibe coding)'에 대해 "상당히 긍정적"이라고 말했다 . 그러나 그는 메인테이너 서밋에서 사샤 레빈(Sasha Levin)이 AI 도구에 대한 문서화된 합의가 필요하다고 주장하기 전까지는 어떤 정책도 공식화하는 것을 거부했다 .

그 결과는 2026년 4월 리눅스 7.0에 병합된 Documentation/process/coding-assistants.rst 파일이다. 이 간결하고 실용적인 문서는 세 가지 규칙을 확립한다:

• 오직 인간만이 'Signed-off-by'를 할 수 있다. "AI 에이전트는 절대 'Signed-off-by' 태그를 추가해서는 안 됩니다. 오직 인간만이 법적으로 DCO(Developer Certificate of Origin)를 인증할 수 있습니다" . DCO는 저작권 및 라이선스 준수에 대한 법적 구속력이 있는 증명이며, AI는 이를 할 수 없다.
• 'Assisted-by' 태그를 통한 귀속 표시(권장, 강제 아님). AI 도구를 사용한 기여자는 모델명과 버전을 식별하는 Assisted-by: 태그(예:

  Assisted-by: ChatGPT-4 (gpt-4-0314) [GitHub Copilot]

  )를 포함하도록 요청받는다 .
• 전적인 인간 책임. 코드를 제출하는 인간은 AI가 만든 모든 줄, 모든 버그, 모든 보안 결함에 대해 완전한 법적, 평판적 책임을 진다 .

2026년 7월 15일 커널 메일링 리스트에 올린 토발즈의 글은 그의 논리를 명확히 보여준다: AI 도구는 컴파일러나 디버거와 같은 선택적 생산성 도구일 뿐이며, 커널은 유용한 도구를 금지하는 "반AI 프로젝트 중 하나"가 되어서는 안 된다는 것이다 . 그는 실용적인 단점에 대해 경고했지만, 메인테이너들이 최상위 수준의 금지를 부과하기보다는 도구와 리뷰 관행을 개선해야 한다고 말했다 .

데비안 프로젝트: LLM 생성 기여 금지를 위한 공식적인 움직임

데비안의 접근 방식은 정반대다. 2026년 7월 24일, 데비안 프로젝트는 개발자 마티아스 가이거(Matthias Geiger)가 발의하고 이안 잭슨(Ian Jackson) 등 7명의 기여자가 찬성한 총의결 투표(vote_002, "LLM 사용 in Debian")의 토론 기간을 열었다 . 공식 데비안 투표 페이지는 이 결의안의 목표가 "LLM 또는 기타 생성형 AI 도구의 사용이나 도움을 받아 작성된 데비안에 대한 모든 기여를 명시적으로 금지"하는 것이라고 밝히고 있다 .

제안된 금지 범위는 데비안에 대한 직접적인 기여의 광범위한 영역을 포괄한다:

• 데비안 소스 패키지
• 공식 데비안 프로젝트 소프트웨어(예: lintian)
• 공식 문서 및 번역
• 프로젝트의 공식 커뮤니케이션
• 버그 리포트
• 위키 콘텐츠

중요한 점은 이 결의안이 자체 개발에 LLM을 사용하는 업스트림 프로젝트, 데비안이 패키징하는 AI 관련 소프트웨어, 그리고 업스트림 패치나 보안 수정은 명시적으로 제외한다는 것이다 .

총의결은 유권자들에게 여러 선택지를 제시한다:

• 제안 A (금지): 데비안에 대한 모든 LLM 지원 기여 금지.
• 제안 B (조건부 허용): 공개, 태깅 등 특정 조건이 충족될 경우 AI 지원 기여 허용.
• 추가 선택지: 중간 입장 또는 "추가 논의" 선택지 .

이 결의안은 네 가지 우려 사항을 근거로 든다: LLM 생성 결과물의 저작권 상태에 대한 법적 불확실성, 품질 및 정확성 저하 위험, 리뷰어에 대한 부담을 포함한 커뮤니티 건강 영향, 그리고 LLM 훈련 관행과 관련된 윤리적 문제 . 데비안은 AI 생성 코드를 배포판에 대한 잠재적인 공급망 및 법적 위험으로 보고 있다 .

이번이 데비안의 첫 AI 정책 시도는 아니다. 2026년 2~3월, 전 데비안 프로젝트 리더 루카스 누스바움(Lucas Nussbaum)이 발의한 초안 총의결은 의무적 공개 및 기계 판독 가능 태그 등 일곱 가지 조건 하에 AI 지원 기여를 허용하려는 것이었다 . 수 주간의 격렬한 메일링 리스트 토론 끝에 커뮤니티는 해당 투표를 완전히 철회하고, AI 기여 문제를 기존 정책 하에 사례별로 계속 처리하기로 결정했다 . 2026년 7월의 새로운 시도는 더욱 제한적인 제안으로, 일부 관찰자들은 이전 합의 실패에 대한 반작용으로 보고 있다 .

나란히 비교: 핵심 차이점

차원	리눅스 커널 (토발즈)	데비안 프로젝트
입장	개방적, 허용적	제한적, 예방적
AI 도구	생산성 도구로 허용	모든 LLM 지원 작업 금지 제안
근거	도구는 선택 사항, 인간 책임, 금지는 비현실적	법적/라이선스 모호성, 품질 위험, 인간 저작권 원칙
핵심 메커니즘	Assisted-by 태그 + 인간 전용 Signed-off-by	총의결을 통한 전면 금지
리더십 어조	"포크하든가 떠나라"	민주적 개발자 투표
일정	2026년 4월 정책 공식화; 토발즈 2026년 7월 15일 재확인	2026년 7월 24일 토론 기간 시작; 투표일 미정

오픈소스 내 확대되는 균열

이 두 입장은 깊어지는 생태계 분열의 양극단을 대표한다. 단 한 명의 자비로운 독재자(benevolent dictator)인 토발즈는 AI 도구를 환영하고 반대자들에게 포크하라고 말하는 즉각적인 결정을 내릴 수 있다 . 반면, 강력한 자유 소프트웨어 원칙과 법적 신중함에 전념하는 커뮤니티 거버넌스 프로젝트인 데비안은 인간이 저작한 오픈소스에 대한 실존적 위협으로 간주하는 것을 금지하기 위해 공식적인 민주적 절차를 진행하고 있다 .

관찰자들은 이 균열이 더 넓은 오픈소스의 분열을 반영한다고 지적한다: 우분투는 AI를 수용한 반면, 컬(Curl) 같은 다른 프로젝트들은 품질 문제로 AI 생성 기여를 금지했다 . 만약 데비안 투표가 통과된다면, 이는 주요 리눅스 배포판들이 향후 AI 생성 기여를 어떻게 처리할지에 대한 강력한 선례를 남길 수 있다 .

이러한 환경을 탐색하는 기여자에게 실용적인 의미는 명확하다: 리눅스 커널에서 환영받는 것이 데비안에서는 정책 위반이 될 수 있다는 것이다. 오픈소스 생태계는 더 이상 AI에 대한 단일 입장을 가지고 있지 않다. 점점 더 많은 경쟁적 입장들이 존재하며, 각 프로젝트의 선택은 그 프로젝트의 가장 깊은 거버넌스 가치를 반영한다.