개발 & 코딩 Jul 17, 2026북마크에 추가

리눅스 커널 메일링 리스트(LKML)에서 린우스 토르발즈는 한 문장으로 이 논란을 종결시켰다. "AI로ouched 코드를 거부하는 기여자들은 포크하기만 하면 된다." 이 발언은 기술적으로, 오픈 소스가 LLM과 어떻게 공존할 것인지에 대해 시사하는 바가 크다.
몇 달 전부터 Linux Kernel Mailing List(LKML, 커널 패치에 대한 토론이 이루어지는 메일링 리스트)에서 한 가지 문제가 떠오르고 있습니다. 생성형 AI로 만들어진 또는 AI의 도움을 받은 기여를 거부해야 할까요? 일부 유지 관리자들은 명시적으로 LLM(Large Language Models, GPT나 Claude 같은 대규모 언어 모델)에서 나온 패치를 금지하고자 했습니다. 반면, 더 현실적인 입장을 취한 이들은 이러한 시도가 실효성을 거두기 어렵고 무엇보다도 핵심은 diff의 품질이지 기여자가 어떻게それを作成했는지가 아니라는 점에 주목했습니다.
리눅스 커널의 창시자인 리누스 토르발즈는, 늘 그렇듯이, 이 문제를 직접 거론했습니다.
그의 요지는 이렇습니다. 리눅스 커널은 결코 "AI 금지 구역"이 아니며, 앞으로도 그럴 것입니다. AI가 전혀 개입하지 않은 환경에서 작업하고자 하는 기여자들은 자유롭게 포크(fork)를 하거나, 《The Register》에서 인용한 표현대로라면 「그냥 떠나면」 됩니다.
그의 주장의 핵심:
sed, 또는 LLM에서 나왔든 마찬가지입니다. 리뷰 과정은 변하지 않습니다.두 가지를 기억해야 합니다. 첫째, 토르발즈는 LLM이 생성한 코드의 품질 자체에 대해서는 언급하지 않았으며, 단지 리뷰가 필터 역할을 한다는 점을 강조했습니다. 초보 인턴이든 GPT이든 상관없이 품질이 떨어지는 패치는 거부됩니다. 둘째, 그는 이 규모의 오픈소스 프로젝트에서 "AI 프리(AI-free)" 인증을 요구하는 아이디어를 일축했습니다. 리눅스는 수십억 대의 기기를 구동하며, 기여자들은 전 세계에 퍼져 있습니다. 이를 강제하는 것은 불가능한 일입니다.
이 또한 정치적 입장 표명이기도 합니다. 많은 FOSS(자유 오픈소스 소프트웨어) 프로젝트에서 이 문제는 민감한 사안으로 떠오르고 있습니다. 하단에서 언급할 " Haskell 탈주자 사건"을 보시면 알 수 있듯이, Haskell 커뮤니티는 AI 사용을 옹호했다는 이유로 해당 개발자를 맹비난했습니다. 토르발즈는 이와 같은 프레임에 휘말리지 않겠다는 의지를 보인 것입니다.
인공지능이 작성하고 사람의 편집 감독하에 검수한 기사입니다.
IA vs libristes : la fracture s'installe dans l'open source