리눅스 커널 리뷰어, AI 관련 잡다한 패치(slop patches) 유입으로 메모리 관리 업무에서 손을 떼다

Linux Kernel은 프로그래밍 분야에서 AI의 영향을 관찰하기에 가장 좋은 생태계 중 하나일 것입니다. 이 커널 코드와 유지보수자들의 품질 기준이 매우 중요하기 때문에, AI 관련 잡다한 패치(AI slop)를 포함하여 모든 패치는 엄격한 검토 과정을 거치며 종종 폐기됩니다. 그럼에도 불구하고, AI가 생성하는 코드는 인간 리뷰어들이 처리할 수 있는 양보다 훨씬 많은 경우가 많습니다. 메모리 관리 분야의 선임 Linux 리뷰어인 Lorenzo Stoakes는 바로 그 이유 때문에 자신이 맡았던 일부 임무에서 물러나기로 결정했습니다.

Stoakes는 오늘 리눅스 커널 메일링 리스트(LKML)에 게시된 스레드(https://lore.kernel.org/lkml/avMRk95T26rsq4JK@gremlin/T/#m29e26907c15d1cc84f09640c2fdcfa6bffb83e2a)를 통해 이 결정을 발표했습니다. 그는 커널 메모리 관리 섹션의 core, reclaim, Rust, THP (Huge Pages), 그리고 기타(miscellaneous) 부분에서 물러나지만, KVM을 포함한 나머지 임무는 계속 수행할 예정입니다. 이번 부분적인 퇴임은 원만해 보이며, 해당 개발자는 화가 나거나 씁쓸해하는 기색이 없습니다. 그는 자신의 결정이 받은 편지함에 쌓이는 압박 때문이었으며, 현재 작업 중인 패치 시리즈를 마무리하고, 필요하다면 가끔 도움을 줄 것이라고 말했습니다.

하지만 근본적인 원인은 명확합니다. "물론 AI 물결은 끔찍했고, 심각하게 악화되고 있습니다. 처음에는 간간이 잡다한 코드를 볼 정도였습니다. 그다음에는 최소 주 1회였고. 그 다음에는 며칠에 한 번씩이었습니다. 요즘은 제가 보는 것의 절반 정도, 아니 그 이상입니다."

이는 오픈 소스 커뮤니티의 많은 프로그래머들이 공감하는 감정이며, AI로 인해 촉발된 프로젝트 이탈, 제출 규칙 조정, 전략적 변화가 이어지는 일련의 흐름 중 최신 사례입니다. AI 지원 프로그래밍은 오픈 소스 소프트웨어에 있어 축복인 동시에 저주이기도 했습니다. 프로젝트의 개방적인 특성 덕분에 누구나 버그를 찾아 보고하거나 수정할 수 있고, 또는 기능을 추가할 수 있는데 — 이 모든 것은 좋은 일들입니다.

하지만 이는 말 그대로 누구나 기여할 수 있다는 의미이기도 하며, 저품질의 AI 패치(slop)와 셀 수 없이 많은 AI 에이전트로 가득 찬 세상에서는... 최적이 아닙니다. 오픈 소스 프로젝트는 코드를 최신 상태로 유지할 충분한 인력이나 자금이 거의 없기 때문에, 심지어 백만 마리의 로봇 원숭이가 백만 대의 디지털 타자기에서 나온 결과물을 처리하는 것은 훨씬 더 어려워 가장 큰 피해를 입고 있습니다.

Linux의 창시자이자 책임자인 Linus Torvalds는 추가 기여의 속도뿐만 아니라 봇이 숙련된 개발자조차 저지르지 않는 실수를 하는 경우가 많다는 사실에 힘입어 AI 친화적인 입장을 취했습니다. 이 주제는 LKML에서 많은 논의가 이루어졌으며, 현재 입장으로는 AI 지원 코드 커밋을 반드시 그렇게 표시할 필요는 없다는 것입니다.

그렇다면 문제는 논란의 여지 없이 필터링의 문제가 되었습니다. 이는 하루 종일 진흙탕 속을 헤치며 단 하나의 금광석을 찾아야 하는 상황이 아니라면, AI 기여를 받아들이는 것이 충분히 쉽습니다. 이것이 바로 Stoakes가 지쳐 보이던 부분입니다.

[지난 7월]에 그는 이미 "[메모리 관리(memory management)]의 최근 슬롭 물결"에 대한 우려를 제기하며, "AI 슬롭에 낭비되는 시간이 이미 너무 많으며 우리는 이제 시작일 뿐이다"라고 덧붙였습니다. 심지어 [한 달 전]에도 그는 "프로젝트를 망치는 것은 2~3명이 무언가를 해야 하는 1,000개의 슬롭 제출물이 있는 것이다"라고 말했습니다.