2026년 7월 15일, Linux 커널 메일링 리스트(LKML)에서 이례적인 일이 벌어졌다. Linus Torvalds에게 「아니요」라고 말하는 사람이 나타난 것이다.
「아니요」라고 말한 사람은 Laurent Pinchart로, 오랫동안 Linux 커널에 코드를 기여해 온 핵심 개발자다. 그가 거절한 것은 Linus 본인이 직접 권한 제안 — 대형 언어 모델(LLM, 즉 ChatGPT를 뒷받침하는 그런 종류의 AI 기술)을 활용해 커널 코드 패치를 검토하는 것 — 이었다.
무슨 일이 있었나?
먼저 코드를 짜지 않는 독자들을 위해 배경을 설명하겠다. Linux 커널은 전 세계에서 가장 중요한 오픈소스 소프트웨어 프로젝트다 — 여러분의 안드로이드 폰, Wi-Fi 공유기, 은행 백엔드 서버 대부분이 이 위에서 돌아간다. 이 프로젝트는 매일 수백 개의 코드 수정 제안(업계 용어로 「패치」 또는 patch)을 받으며, 경험 많은 개발자가 한 줄 한 줄 검토해 버그나 보안 취약점이 없고 코드 스타일이 통일됐는지 확인한 뒤에야 병합된다. 이 작업을 「코드 리뷰」(code review)라고 하며, 커널 개발 프로세스에서 가장 핵심이자 인력이 가장 많이 드는 단계다.
Linus는 AI가 도움이 될 수 있다고 봤다. 최근 Google이 Sashiko라는 AI 리뷰 도구를 Linux 재단에 기증했는데, 이 도구는 제출되는 모든 패치를 자동으로 스캔해 잠재적 문제를 찾아낸 다음, 사람 리뷰어처럼 수정 제안을 내놓는다. Linus는 메일링 리스트에서 모두가 이 도구를 받아들이도록 — 적어도 거부하지는 않도록 — 설득하려 했다.
하지만 Laurent Pinchart는 동의하지 않았다. 그의 핵심 주장은 AI가 생성한 리뷰 의견을 코드를 짜는 개발자에게 직접 보내서는 안 되며, 먼저 유지보수자(서브시스템 담당자)의 수동 검증과 선별을 거쳐야 한다는 것이었다. 그의 근거는 AI가 흔히 「환각」(hallucination)을 일으킨다는 점 — 존재하지도 않는 문제를 아주 진지한 표정으로 지적하다가, 개발자에게 직격탄처럼 쏟아지면 실제로는 작업량을 줄이기는커녕 늘린다는 것이었다.
이 우려가 허공에 뜬 말은 아니다. 언론 보도에 따르면, 커널의 미디어 서브시스템이 앞서 Sashiko가 개발자 메일링 리스트에 리뷰 의견을 직접 보내게 해 봤더니, AI가 「환각 문제」가 잔뜩 든 헛소리를 쏟아냈고, 혼란스러워한 개발자들이 이 AI 코멘트를 사람 유지보수자에게 넘겨 확인하게 되면서, 결국 유지보수자의 작업량은 줄지 않고 늘어났다고 한다.
갈등의 핵심: 이중 잣대
여기까지는 그저 평범한 엔지니어링 논쟁이었다. 하지만 Lobsters 기술 커뮤니티의 토론 — 게시물이 △119점에 댓글 101개를 기록하며 그날 가장 수준 높은 논의였던 — 은 이 사건의 더 흥미로운 단면을 파헤쳤다.
Lobsters 사용자 ayushnix의 댓글이 △63점으로 최고 투표를 받았는데, 그는 이렇게 요약했다.
“Linus가 LLM 사용을 권하려다가, Laurent가 사실상 「아니, 고마워」라고 하자, Linus는 우리는 모두 기술적 근거를 보는 거라고, 근거를 대지 못하면 그만두라고, LLM에 대한 개인적 신념으로 권하지 말라고 말했지 — 근데 그 말은 자기가 먼저 똑같이 한 다음에 한 거야. Laurent가 근거를 들어 정확히 그 지적을 했다. 이것은 「권위에 호소하기」의 아름다운 확인 사례야 — 이 논증 방식은 아마도 가장 천박하고 무력한 종류 중 하나인데, Linus라는 이름을 꺼낸다고 해서 논증이 자동으로 강해지는 건 아니잖아.”
이 댓글을 읽던 필자는 무심코 멈춰서 다시 읽게 됐다. ayushnix가 짚어낸 것은 논리적 문제다: 자기는 개인적 권위로 AI를 밀어붙이더니, 남이 개인적 입장으로 AI를 거절하자 「우리는 기술만 본다」고 한다. 이게 공평한가?
물론 곧바로 Linus를 옹호하는 사람도 나왔다. 사용자 atmosx는 이렇게 반박했다. Linus는 지난 30여 년간 전 세계에서 가장 복잡한 소프트웨어 프로젝트를 이끌며, 기술적 천재들, 경쟁 기업들, 법적 문제, 사회적 논란 사이에서 균형을 잡아 프로젝트를 계속 전진시켜 왔다 — 그것 자체가 만만한 일이 아니다. 그가 판단을 내렸고, 당신은 동의하지 않을 수 있지만, 그가 그런 판단을 내릴 자격은 스스로 얻은 것이다.
이 두 댓글 사이의 긴장감이야말로 이 이야기에서 가장 가치 있는 부분이다.
도구와 신뢰의 균열
이 논쟁이 Lobsters에서 댓글 101개를 폭발시킨 까닭은, 그것이 얼마나 새롭기 때문이 아니다 — Linus가 욕을 한다, Linus가 고집을 꺾지 않는다, 이런 건 오픈소스계의 일상적인 프로그램일 뿐이다. 진짜로 토론을 멈출 수 없게 만든 것은 이 사건이 오픈소스 커뮤니티가 AI를 두고 품은 기대와 공포의 모순을 정확히 찔렀다는 점이다.
Linus 입장에서 그의 논리는 명확하다. AI는 편집기, 컴파일러, 정적 분석 도구와 같은 하나의 도구일 뿐이라는 것이다. Sashiko는 자체 테스트에서 실제 커널 패치 1000개 가운데 인간 리뷰어가 놓친 버그를 약 절반이나 찾아냈다 — 이것은 확실한 기술적 가치다. 「누군가 AI를 싫어한다」는 이유로 이 도구를 금지한다면, 예전에 누군가 C++을 싫어한다고 C++ 컴파일러를 금지한 것과 무엇이 다르겠는가?
하지만 Laurent의 우려 역시 진짜다. AI는 컴파일러가 아니다. 컴파일러는 결정적(deterministic)이다 — 같은 코드라면 매번 똑같은 기계어를 만든다. LLM은 확률적(probabilistic)이다 — 같은 prompt라도 시점에 따라 다른 답을 줄 수 있다. 운영체제 커널처럼 「코드 한 줄이 잘못되면 전 세계 서버가 마비될 수 있는」 상황에서, 「확률적으로 맞는」 것에 경계심을 갖는 건 어리석은 게 아니라 전문성이다.
더 깊은 문제는 Lobsters의 또 다른 사용자가 한 말로 가장 잘 요약된다. 필자가 대강 의역해 보자면: 모두가 옳다 — 이런 도구는 정말 효과적이지만, LLM은 바로 Linux가 처음 시작할 때 피하려 했던 그 업계 문제들을 그대로 보여준다.
무슨 뜻인가? Linux는 1991년에 태어났다. 당시 소프트웨어 업계는 Microsoft 같은 상업 거대 기업이 독점하고 있었고, 개인 개발자는 발언권이 거의 없었다. Linus는 Git(버전 관리 도구)과 Linux 커널 협업 모델을 만들어 본질적으로 한 가지 문제를 풀었다: 수천수만 명의 낯선 사람이, 상사도 없이, 회사 계층도 없이, 오직 기술적 신뢰만으로 고품질 코드를 함께 만들어내려면 어떻게 해야 하는가?
이 체계는 34년 동안 「코드 리뷰는 사람 눈으로」라는 철칙 덕분에 돌아왔다. 커널에 들어가는 모든 한 줄의 코드는 어떤 살아있는 사람이 쓰고, 또 다른 사람이 한 줄 한 줄 읽었으며, 명확한 책임 소재가 있는 것이다. AI가 생성한 리뷰 의견의 책임은 누구에게 있는가? AI가 제안한 코드 수정이 문제를 일으켰을 때 누구를 찾아가야 하는가? 이 질문들에 대한 답은 현재로선 모호하다.
필자의 생각
이 토론을 지켜본 한 작성자로서, 필자는 누가 맞고 틀렸는지 스스로 판단할 수 있다고 꾸미지 않겠다. 하지만 세 가지는 명확하다.
첫째, Linus가 이번에 부딪힌 것은 그 어느 외부인보다 커널 개발의 복잡성을 잘 아는 엔지니어 집단이다. Laurent Pinchart가 신경 쓰는 것은 AI의 리뷰 결과에 사람의 필터링이 필요한지 여부다. 이것은 「AI를 믿느냐」는 신앙의 문제가 아니라, 프로세스 설계에 관한 엔지니어링 문제다.
둘째, 「권위에 호소」는 확실히 약한 논증 방식이지만, 「권위의 판단」이 반드시 틀린 것은 아니다. Linus는 2005년 고집을 꺾지 않고 Git을 C로 썼다 — 당시 그를 미친 놈이라 본 사람도 있었지만, 돌이켜 보면 올바른 엔지니어링 판단이었다. 그가 AI에 내린 판단이 결국 옳은지 그른지, 답은 Lobsters의 투표가 아니라 시간이 줄 것이다.
셋째, 그리고 필자로 하여금 가장 감회를 느끼게 한 점은 이것이다. 오픈소스 커뮤니티가 34년이나 건강하게 돌아간 까닭은, Linus에게 「아니요」라고 말할 사람이 있었기 때문이다.
대부분의 테크 기업에서 CEO나 CTO가 AI를 밀어붙이면, 아래 직원들은 십중팔구 그저 따라할 뿐이다. 하지만 LKML에서는 창시자가 직접 한 기술을 권하자마자, 핵심 개발자가 나서서 「당신 이 논증 방식에 문제가 있다」고 말한다. 이것이야말로 오픈소스 문화에서 가장 존중받을 만한 지점이다.
맺음말
이 논쟁은 아직 진행 중이다. Linus의 최신 입장은 이렇다. Linux는 「반AI」 프로젝트가 아니며, AI 도구를 받아들일 수 없다면 「오픈소스라면 해야 할 일 — fork 하든가, 아니면 그냥 떠나든가」 하면 된다는 것이다. 하지만 그는 어떤 서브시스템이라도 AI 사용을 강제하지는 않겠다고, 각 유지보수자에게 고유한 재량권이 있다고 명확히 밝혔다.
달리 말해 Linus는 이견을 엔지니어링 차원에 남겨 두었다. 각 서브시스템의 유지보수자가 스스로 판단하는 것이다. AI 도구가 조력자인지, 짐인지. 답은 권위에서 오지 않고, 실제 사용 데이터에서 온다.
이것이 아마 이 사건이 줄 수 있는 가장 안심이 되는 마무리 방식일 것이다.
참고 링크:
- LKML 메일링 리스트: Linus Torvalds의 LLM 관련 제안
- Lobsters 토론 (s/pb6d8m)
- ZDNET: Linus Torvalds puts his foot down, tells anti-AI programmers to ‘fork it’
- Neowin: Linus Torvalds fires back at Linux’s anti-AI crowd
- PBX Science: Linus Torvalds Tells AI Critics to Fork It or Walk Away
