리누스 토발즈가 전 세계에 알립니다: 리눅스 커널의 AI 코드 한 줄 한 줄, 당신이 책임지십시오

리눅스 커널이 새로운 시대에 접어들었습니다. 1년 이상의 격렬한 논쟁 끝에, 리누스 토발즈와 커널 유지 관리자들은 AI를 둘러싼 명확한 경계선을 그었습니다. 메시지는 간단하고 타협의 여지가 없습니다. AI 도구를 사용해도 좋지만, 인간으로서 모든 버그, 보안 결함, 그리고 코드 한 줄 한 줄에 대한 책임은 당신에게 있습니다.

이것은 철학적인 입장이 아닙니다. 겉보기에는 그럴듯하지만 소중한 유지 관리 시간을 낭비하게 만드는 AI 생성 '슬롭(slop, 쓰레기 같은 결과물)', 즉 패치와 버그 보고서의 쓰나미에 대한 실용적인 대응입니다. 커널의 대응은 두 부분으로 구성됩니다. 하나는 2026년 4월 리눅스 7.0과 함께 제공된 공식 코드 제출 정책이고, 다른 하나는 한 달 후에 발표된 엄격한 보안 보고 규칙입니다.

공식 정책: Documentation/process/coding-assistants.rst

리눅스 커널 역사상 처음으로 AI 코딩 보조 도구에 관한 프로젝트 전체 정책이 마련되었습니다. 59줄로 구성된 이 파일 은 Documentation/process/coding-assistants.rst에 위치하며, 2025년 유지 관리자 서밋으로 거슬러 올라가는 논의 끝에 리눅스 7.0 릴리스를 위해 병합되었습니다 . 핵심 규칙은 금지가 아닌 실용주의에 기반을 두고 있습니다 :

• AI 에이전트는 Signed-off-by 태그를 추가할 수 없습니다. 이 태그는 법적 구속력이 있는 개발자 원천 증명서(DCO, Developer Certificate of Origin)이며, 정책은 인간만이 이를 법적으로 증명할 수 있다고 명시하고 있습니다 . AI는 법적 지위가 없습니다.
• 새로운 Assisted-by 태그가 권장되지만 강제되지는 않습니다. 이 정책은 개발자가 AI 도구를 사용했을 때 이를 공개하도록 장려하지만 의무화하지는 않습니다 . 목표는 엄격한 규칙이 아닌 투명성입니다.
• 인간이 모든 법적, 기술적 책임을 집니다. 패치를 제출하는 사람은 AI가 생성한 모든 코드 라인과 그로 인한 모든 버그 또는 보안 취약점에 대해 책임을 집니다 . 예외는 없습니다.
• 라이선스 호환성은 협상의 여지가 없습니다. 기여된 모든 AI 생성 코드는 커널의 GPL-2.0 전용 라이선스와 호환되어야 합니다 . 이는 라이선스가 충돌하는 코드로 학습된 AI 모델로 인한 잠재적인 라이선스 오염을 방지하기 위한 안전 장치입니다.

토발즈의 접근 방식은 특유의 직설적입니다. 그는 문서화에서 AI에 대한 끝없는 논쟁을 "무의미한 허세"라고 부르며, 문서는 어차피 AI 스팸을 제출할 사람들이 아닌 "선의의 행위자"를 위한 것이라고 말했습니다 . 진정한 방어 수단은 "누구든 쓰레기를 보낼 수 있지만, 유지 관리자는 그것을 무시할 수 있다"는 것이라고 그는 주장합니다 . 따라서 이 정책은 악의적인 행위자를 막기 위한 것이 아니라, 선의의 행위자가 책임감 있게 행동할 수 있는 프레임워크를 만들어 유지 관리자를 지원하기 위해 설계되었습니다.

한계점: "관리 불가능한" AI 버그 스팸의 홍수

코드 제출 정책이 선제적 조치였다면, 보안 보고 규칙은 위기에 대한 직접적인 대응이었습니다. 2026년 5월, 토발즈는 리눅스 커널의 비공개 보안 메일링 리스트가 "거의 완전히 관리 불가능한 상태"가 되었다고 공개적으로 발표했습니다 . 그 원인은 압도적인 양의 AI 생성 취약점 보고서였습니다.

이것들은 수준 높은 발견이 아니었습니다. 자신들이 분석한다고 주장하는 코드조차 이해하지 못하는 사람들이 보낸, 충동적이고 종종 중복되거나 완전히 허구인 보고서들이었습니다 . 토발즈는 이들을 문제가 이미 해결되었는지 확인하거나 관련 하위 시스템을 이해하지도 않고, 보고서 하나 던지고 사라지는 "치고 빠지는 기여자(drive-by contributors)"라고 묘사했습니다 .

업데이트된 문서는 이제 간단한 규칙을 의무화합니다. AI 도구를 사용하여 잠재적인 버그를 발견한 경우, 공개적으로 관련 유지 관리자에게 보고해야 합니다. 비공개 보안 메일링 리스트로의 보고는 금지되며, 보고서는 일반 텍스트로 간결하게 작성하고 검증된 재현 방법을 포함해야 합니다 . 토발즈의 선호는 더욱 강력합니다. 그는 실제 문제를 발견한 기여자들이 단순히 보고서를 보내는 대신, 문제를 깊이 이해하고 패치를 제출하여 해결하기를 원합니다 .

AI가 오픈 소스에 안겨주는 세 가지 골칫거리

리눅스 커널의 두 가지 정책은 AI 생성 코드가 모든 오픈 소스 프로젝트에 제기하는 더 큰 도전 과제의 축소판입니다. 보안 메일링 리스트의 위기와 엄격한 책임 규칙은 세 가지 시스템적 문제를 부각합니다.

1. 규모의 유지 관리자 소진

오픈 소스 유지 관리는 이미 검토 대역폭이 제한된 소진율이 높은 활동입니다. AI 도구는 제출물의 양을 몇 자릿수나 증가시키지만, 이를 평가할 수 있는 인간의 시간은 그대로입니다 . 신호 대 잡음비가 붕괴됩니다. 이에 대한 커널의 해결책은 분류(triage)에 대한 베팅입니다. 품질이 낮은 AI 생성 기여물을 신속하게, 그리고 미안해하지 않고 거부할 수 있도록 규칙을 명확하게 만드는 것입니다.

2. 책임의 진공 상태

전통적인 오픈 소스 품질 보증은 개발자의 평판과 DCO의 법적 약속에 의존합니다. AI 에이전트는 그 어느 것도 제공하지 않습니다. 겉보기에는 맞아 보이지만 미묘하게 잘못되었거나 표절된 코드를 생성할 수 있습니다. 커널의 해결책은 모든 책임을 인간 제출자에게 고정시켜, 재앙적인 패치에 대해 AI를 탓할 수 없도록 하는 것입니다 . 하지만 이는 많은 소규모의 덜 구조화된 프로젝트가 복제하거나 시행하기 어려울 수 있는 거버넌스 부담을 인간에게 지웁니다.

3. LLM을 향한 갈림길: 코파일럿은 허용, '슬롭'은 퇴출

새로운 정책의 주목할 만한 세부 사항은 특정 예외 조항입니다. 마이크로소프트 소유의 AI 코딩 보조 도구인 깃허브 코파일럿(GitHub Copilot)이 커널 기여에 사용하도록 명시적으로 승인되었습니다 . 유지 관리자들이 그은 구분은 'AI' 대 '인간'이 아니라, 신중하고 보조된 개발과 무책임한 자동화 사이에 있습니다. 'AI 슬롭'이라는 용어는 후자를 가리키는 공식적인 약칭이 되었습니다 . 이는 동일한 도구가 책임감 있게 사용될 수도, 무모하게 사용될 수도 있으며, 오직 커뮤니티의 인간 개발자에 대한 신뢰만이 둘을 구별하는 불편한 새로운 현실을 기여자들에게 만들어냅니다. 새로운 정책은 이 문제를 완전히 해결하지는 못하며, 개발자와 유지 관리자가 스스로 알아서 판단하도록 책임을 넘깁니다 .