리눅스 커널, AI 코드 공식 허용… “코파일럿은 OK, AI 쓰레기는 NO”

수개월간의 치열한 논쟁 끝에 리눅스 커널 프로젝트가 AI 생성 코드에 대한 공식 정책을 확정했다. AI 도구 사용은 허용하되, 제출된 코드의 모든 책임은 인간 개발자가 진다. 리누스 토르발스(Linus Torvalds)는 AI 전면 금지 논쟁을 “무의미한 포즈”라며 일축하고, 실용적 규칙 제정으로 방향을 잡았다.

“AI는 도구일 뿐, 문제는 사람이다”

리눅스 커널은 Documentation/process/coding-assistants.rst라는 공식 문서를 통해 AI 코딩 도구 사용 정책을 명문화했다. 핵심 원칙은 단순하다. AI가 생성한 코드든, 인간이 직접 작성한 코드든, 제출자가 모든 줄에 대해 완전한 책임을 진다는 것이다. 이는 기존의 ‘개발자 출처 인증서(DCO, Developer Certificate of Origin)’ 체계의 자연스러운 확장이다.

리누스 토르발스는 특유의 직설적 화법으로 논쟁을 정리했다. 그는 AI 코드 전면 금지를 주장하는 측을 향해 “무의미한 포즈(pointless posturing)”라고 일축하며, “어차피 쓰레기 코드를 제출하는 사람은 문서를 읽지 않을 것”이라고 말했다. 대신 커널은 AI 도구를 단속하기보다 인간 개발자의 책임을 강화하는 데 초점을 맞춰야 한다는 것이 그의 입장이다.

허용되는 것과 금지되는 것

정책은 AI 도구의 생산적 활용을 명시적으로 인정한다. 테스트 케이스 작성, 문서화, 단순 코드 초안 생성에서 AI는 유용한 도구다. 하지만 인간의 리뷰를 거치지 않은 AI 패치 제출, 근본 원인을 해결하지 않고 컴파일러 경고만 억제하는 용도의 AI 사용은 명백히 금지된다. 모든 코드는 커널 코딩 스타일 가이드(coding-style.rst)를 준수해야 하며, “AI가 그렇게 만들었다”는 변명은 통하지 않는다.

메인테이너들의 실전 경험이 정책을 만들었다

이 정책의 배경에는 메인테이너들의 실제 경험이 있다. 커널의 핵심 메인테이너인 그렉 크로아-하르트만(Greg Kroah-Hartman)을 비롯한 관리자들은 AI가 생성한 패치가 맥락적 뉘앙스를 놓쳐 경쟁 조건(race condition)이나 미묘한 ABI 비호환성을 도입하는 사례를 다수 보고했다. 댄 윌리엄스(Dan Williams)는 2025년 3월 “AI 도구에 반대하는 것이 아니다. 리뷰어의 시간을 낭비하는 패치에 반대하는 것”이라며, AI 생성 징후가 뚜렷한 패치를 리뷰 없이 거부하겠다고 선언한 바 있다.

토르발스 자신도 2025년 2월 AI 도구가 “분명히 나아지고 있다”고 인정하면서도, 동시성 처리, 메모리 관리, 하드웨어 상호작용, 수십 년에 걸친 하위 호환성 등 커널 수준의 제약을 AI가 다루는 능력에 대해서는 회의적 입장을 밝혔다.

오픈소스 AI 정책의 표준이 되다

리눅스 커널의 이번 정책은 전 세계 오픈소스 프로젝트의 AI 코드 정책 표준이 될 가능성이 높다. 프리BSD(FreeBSD), 아파치 재단(Apache Foundation), 이클립스 재단(Eclipse Foundation)이 이미 이 접근 방식을 주시하고 있지만, 아직 유사한 공식 정책을 채택한 곳은 없다.

법적 쟁점도 남아 있다. AI가 GPL 라이선스 커널 코드와 실질적으로 유사한 코드를 생성할 경우 파생 저작물 여부가 법적으로 불확실하다. 정책은 이 문제를 직접 다루지 않고, 제출자가 DCO에 서명함으로써 권리를 인증하도록 하며 침해 발생 시 서명자에게 책임을 묻는 구조를 유지한다. AI 시대에 오픈소스 라이선스의 해석이 어떻게 진화할지, 리눅스의 실용주의적 접근법이 하나의 이정표가 될 것이다.