2026년 7월 15일, Linux 운영체제의 창시자 Linus Torvalds가 개발자 메일링 리스트에 강한 어조의 메일을 보냈다. 그는 Sashiko라는 AI 리뷰 도구를 커뮤니티가 받아들일 것을 요구했다. 이 도구는 코드 패치를 자동으로 검사해 개발자가 잠재적인 버그를 잡아내도록 돕는다. Linus는 심지어 강경한 말을 던졌다. Linux는 “반 AI 프로젝트가 아니다”, 받아들이지 않겠다면 “코드 저장소를 포크하든가, 아니면 그냥 떠나라”라고.
하지만 커뮤니티의 베테랑 유지보수자 Laurent Pinchart는 정면에서 “아니오”라고 말했다.
Pinchart는 Linux 커널 미디어 하위 시스템의 핵심 유지보수자로, 이 프로젝트에 10여 년을 기여해 왔다. 그가 거절한 이면에는 차분한 판단이 있다. AI가 생성한 리뷰 의견은 종종 “환각의 뒤범벅”이 된다 — 올바른 코드를 오류로 표시해 인간 개발자가 디버깅에 시간을 낭비하게 만든다. 앞서 미디어 하위 시스템이 Sashiko가 리뷰 의견을 개발자 메일함으로 바로 보내게 해 본 적이 있는데, 결과적으로 AI가 만들어낸 거짓 경고가 진짜 유용한 피드백을 덮쳐버렸고, 일을 줄이는 게 아니라 일을 더 만들어냈다.
이 장면은 아주 흥미롭다. 기술 세계의 최고 권위자가 자신의 커뮤니티에 새 기술을 팔려다가, 정작 자기 사람들에게 거절당했다. 게다가 상대가 내놓은 이유는 하나하나가 그의 논리적 허점을 찔렀다.
”Trust me”와 “Show me the code” — 누구의 이중잣대인가?
이 일이 Lobsters 기술 커뮤니티에서 크게 폭발한 진짜 이유는, Linus가 이 대화에서 보여준 자기모순 때문이었다.
일의 발단은 Software Freedom Conservancy(소프트웨어 자유 보호 기구)의 가이드였다. 이 가이드는 이렇게 권고한다. AI가 생성한 코드 리뷰 의견은 먼저 인간 유지보수자가 걸러내, 정확하다고 확인된 뒤에야 패치 작성자에게 보내야 한다. 동시에 AI 메시지를 받고 싶지 않은 개발자의 의향을 존중해야 한다.
Linus의 대응은 먼저 감정에 호소하는 식이었다. 그의 메일 원문은 이렇다. “This is where I’m going to put my foot down as the top maintainer.” “AI is a tool, and it’s obviously useful.” — 본질적으로, 이는 개인적 권위로 밀어붙이는 방식이었다.
하지만 Pinchart가 거절하자, Linus는 말을 돌려 Linux 커뮤니티의 가장 핵심 준칙을 꺼내 들었다. “We make decisions based on technical merit, not fear of new tools.” (우리는 새로운 도구에 대한 두려움이 아니라 기술적 가치에 기초해 결정을 내린다.)
커뮤니티는 이 모순을 곧바로 붙잡았다. Lobsters에서 가장 높은 추천(78표)을 받은 댓글은 날카롭게 지적했다.
“He’s first trying to leverage his personal authority to push this through, and when asked for technical justification, he says ‘we only care about technical merit’ — which is itself a textbook double standard. Appealing to authority is about the shallowest, weakest form of argument a person can make, and invoking Linus’s name doesn’t make an argument any stronger.”
이 일이 폭발한 까닭은, 그것이 Linux가 30여 년간 지켜온 가장 핵심적인 문화 준칙을 정확히 찔렀기 때문이다. Linus 자신이 2000년에 그 유명한, 프로그래머들의 유전자에 새겨진 말을 했었다. “Talk is cheap. Show me the code.” 이것은 하나의 엔지니어링 철학 전체의 응축이다. Linux의 세계에서 모든 주장은 눈에 보이고 만질 수 있으며 검증 가능한 증거로 뒷받침되어야 하며, 그 누구의 권위도 그 과정을 대신할 수 없다.
그리고 지금, 그 말을 한 사람이 정작 먼저 “믿어달라(trust me)“라고 말하고 있다.
악당: 불투명한 AI와 투명한 오픈소스
위층의 모순이 “사람에게 문제가 있다”면, 더 깊은 층의 모순은 “도구 자체의 유전자에 문제가 있다”는 것이다.
Lobsters에서 42표를 받은 두 번째로 높은 추천 댓글은 사용자 addison으로부터 나왔는데, 그는 많은 오픈소스 베테랑이 읽고 침묵하게 만드는 글을 썼다.
“Everyone makes mistakes. I broadly think Linus is going in the right direction on open source decisions. And I don’t deny that these tools do work — on some tasks, they’re even better than our existing batch-review solutions. But the scary part is this: both sides of the argument are, in some sense, right. The tools really are useful, but LLMs and their derivatives embody precisely what’s wrong with this industry — and much of what Linux set out to avoid in the first place.”
이 문장은 이 논쟁을 이해하는 핵심 열쇠다.
Linux는 1991년에 태어났다. 당시 소프트웨어 업계를 지배하던 모델은 폐쇄 소스 상용 소프트웨어 — 마이크로소프트의 Windows, Sun의 Solaris — 그 소스 코드는 외부에 보이지 않았다. 이 운영체제가 무엇을 하는지 당신은 알 수 없었고, 그저 그 회사를 믿을 뿐이었다. Linus Torvalds가 당시 핀란드 헬싱키 대학 기숙사에서 이 프로젝트를 시작한 동기 중 하나는 이러한 불투명한 모델에 반대하는 것이었다. 코드는 공개되어야 하고, 결정 과정은 공개되어야 하며, 누구든 모든 줄의 로직을 보고 이해하고 감사할 수 있어야 한다.
이것이 Linux 커뮤니티가 “코드 리뷰”라는 일에 거의 종교적이라 할 만큼 엄격한 까닭이다. 어떤 패치가 제출되면, 유지보수자는 줄줄이 훑어보며 모든 설계 결정에 의문을 제기하고, 모든 변경에 이유를 요구한다. 이 과정은 투명한 엔지니어링 문화의 핵심 의식이다.
반면 LLM의 본질은 이 전통의 정반대편에 서 있다. 그것은 거대한 블랙박스 — 수십억 개의 파라미터로 이루어진 신경망 — 그 누구도 이 모델이 왜 이 입력에 대해 이 출력을 냈는지 정확히 설명할 수 없다. 그것은 추론 과정을 제공하지 않으며, 감사 가능한 결정 사슬이 존재하지 않는다. 당신은 그것을 “믿을” 수밖에 — 아니면 믿지 않거나.
투명성과 불투명성의 대결 — 서로 정반대인 두 인지 세계가 같은 무대에서 충돌한다.
Linus의 속마음: 실용주의의 딜레마
하지만 필자는 Linus를 “자신의 이상을 배신한 사람”으로 그리지 않으려 한다. 그의 메일 원문은 사실 더 복잡한 입장을 보여준다.
그는 AI가 “다소 고통스러운 도구일 수 있다, 유지보수자의 작업량을 늘리기도 하고, ‘계속해서 민망한 버그를 찾아낸다’는 점에서 불편하기도 하다”고 인정했다. 그는 명확히 “우리는 아무에게도 그것을 강제하지 않는다”라고 했고, 그가 반대하는 것은 “다른 사람이 그것을 쓰는 것을 막으려는 시도”라고 했다.
그는 또한 더 긴 역사적 척도에서 보면 터무니없지 않은 말을 했다. “커뮤니티에서 우리가 오픈소스를 하는 것은 그것이 더 나은 기술을 만들어내기 때문이지, 종교적 이유 때문이 아니다.” “이는 어떤 ‘사회적 정의 전사’ 프로젝트도 아니다 — 결코 그랬고, 결코 그럴 수도 없다.”
이 말은 많은 이를 분노하게 했다. 하지만 Linus의 관점에서 보면, 그의 논리 사슬은 이렇다. 도구는 그저 도구일 뿐, AI와 컴파일러, 정적 분석기, 코드 검색 도구 사이에는 본질적 차이가 없다. 10년 전 정적 분석 도구가 막 등장했을 때도, 그것이 너무 많은 오탐을 내어 유지보수자를 감당하기 힘들게 만든다고 말하는 이들이 있었다. 지금은 그것이 표준 절차의 일부가 되었다. Linus가 보는 것은 같은 궤적이다 — AI는 지금은 아직 충분히 좋지 않지만, 점점 나아질 것이며, 모래에 머리를 파묻고 “안 들려”를 부르는 것은 해결책이 아니다.
이 입장에는 솔직한 면이 있다. 하지만 문제는 이거다. AI와 컴파일러 사이에는 본질적인 차이가 있다. 컴파일러는 결정적이다 — 같은 입력은 항상 같은 출력을 내며, 그 작동 방식을 정확히 이해할 수 있다. LLM은 그렇지 않다. LLM은 확률적 시스템으로, 그 행동은 예측 불가능하고 재현 불가능하며 철저히 감사할 수 없다.
Linux 커뮤니티가 30년간 구축한 신뢰 체계의 핵심은 “감사 가능성”에 놓여 있다. 어떤 줄의 코드를 누가 썼는지, 누가 리뷰했는지, 왜 그렇게 고쳤는지 — 전부 공개되고 추적 가능하다. 리뷰 사슬에 자신의 결정을 설명할 수 없는 블랙박스를 도입할 때, 당신이 흔드는 것은 이 신뢰 체계의 기초이다.
양쪽 다 일리가 있는 순간
필자는 이 논쟁에서 어느 한쪽에 서려 하지 않는다. 양쪽 말이 모두 일리가 있기 때문이다.
Linus의 불안은 진짜다. Linux 커널 유지보수자 그룹은 늙어가고 있고, 신입 충원은 부족하며, 코드 양은 계속 불어난다. 그는 공개 석상에서 — 지금 합격한 유지보수자를 찾는 것은 “정말 어렵다”고 말한 바 있다. 이러한 인력 부족 앞에서, AI를 보조 도구로 삼는 일에는 무시할 수 없는 가치가 있다. 프로젝트 리더로서 그는 커뮤니티의 부담을 덜 수 있는 기회를 보고, 밀어붙여 보고 싶었던 것이다. 이해할 만하다.
커뮤니티의 저항도 진짜다. 그들은 “루퍼트 파괴자(Luddite)“가 아니다 — 새로운 기술을 두려워하는 무지한 무리도 아니다. 그들은 이 지구상에서 가장 중요한 소프트웨어 인프라를 20여 년간 손수 지켜온 사람들이다. 그들이 “AI가 만들어낸 환각 문제가 우리 일을 늘렸다”고 말할 때, 그것은 실험 데이터다. 미디어 하위 시스템은 이미 시도해 본 것이고, 결과는 혼돈이었다.
GamingOnLinux의 한 논평자는 더 큰 맹점을 지적했다. Linus는 Linux가 “결코 사회적 정의 전사 프로젝트가 아니었다”라고 했지만, 그는 정작 러시아-우크라이나 전쟁 발발 이후 러시아 국적의 유지보수자를 커널 개발 팀에서 직접 축출한 바 있다. 이는 가치관에 기초한, 순수 기술적 의미의 결정이 아닌 것은 아닌가?
“기술만 본다”는 입장은, 기술 도구와 관련될 때는 유효하다. 하지만 기술의 행동 본질을 바꾸어버리는 도구 — 불투명하고, 설명 불가능하고, 감사 불가능한 시스템 — 와 관련될 때는, “기술만 본다”는 것 자체가 부족할 수 있다.
아직 끝나지 않았다
이 논쟁은 결국 Linus의 강경한 발언으로 일단락되었다. 최고 유지보수자로서 그의 권위는 지금도 흔들리지 않는다. 하지만 커뮤니티는 진짜로 설득되지 않았다 — Lobsters의 145표의 화제성과 134개의 댓글이 보여주듯, 논의는 멀게 끝나지 않았다.
더 흥미로운 것은, Godot 게임 엔진이 최근 기여 정책을 업데이트해 AI가 생성한 코드의 제출을 명시적으로 금지했다는 점이다. RPCS3 에뮬레이터 팀도 비슷한 결정을 내렸다 — 개발자들에게 “당신조차 이해하지 못하는 AI 코드의 제출을 멈추라”고 말했다. 오픈소스 세계 전체가 두 갈래로 갈라지고 있다. 하나는 AI를 되돌릴 수 없는 흐름으로 적극 수용하는 길, 다른 하나는 경계를 긋고 인간의 감사 가능성이라는 마지노선을 지키는 길이다.
Linux의 이 작은 소동은 고립된 사례가 아니다. 그것은 더 큰 역사적 문제가 국소적으로 폭발한 것일 뿐이다. 투명성을 근간으로 삼는 커뮤니티가, 본질적으로 불투명한 도구와 마주했을 때 — 대체 누가 누구를 바꿔야 하는가?
Linus의 답은 이렇다. 커뮤니티는 AI에 적응해야 한다.
하지만 33년 전, 그가 기숙사에서 첫 줄의 Linux 코드를 두드리기 시작했을 때, 그의 답은 이랬다. 커뮤니티는 보이지 않는 어떤 것도 믿어서는 안 된다.
참고 링크
- Phoronix 보도 “Linus Torvalds Reaffirms That Linux Is Not ‘Anti-AI’” — Linus Torvalds의 LKML 메일 전문을 상세히 인용
- Neowin 보도 “‘Fork it or leave’: Linus Torvalds fires back at Linux’s anti-AI crowd” — Sashiko 실험 실패의 배경과 전후 사정을 제공
- Lobsters 토론글 “Linus Torvalds on LLM usage in kernel development”(145점/134댓글) — 커뮤니티의 이중잣대에 대한 날카로운 비판과 addison의 핵심 댓글을 제공
- XenoSpectrum 심층 분석 “Linux Declares It Won’t Reject AI” — Sashiko의 작업 흐름 표와 53.6% 자체 평가 정확도의 의미를 상세히 해설
- Banandre 분석 “Linus Torvalds to AI Critics: Fork Linux or Walk Away” — Reddit 커뮤니티 반응과 Linus의 과거 반 AI 발언 기록을 인용
- LKML 원문 메일(lore.kernel.org) — Linus Torvalds와 Laurent Pinchart의 직접 대화
