리눅스 커널, AI 코딩 어시스턴트 공식 가이드라인 제정

리눅스 커널 AI 가이드라인의 핵심 내용

2026년, 리눅스 커널 커뮤니티는 AI 코딩 어시스턴트 사용에 관한 공식 문서를 Documentation/process/coding-assistants.rst에 추가했다. 이 문서는 Hacker News에서 133점의 높은 점수를 받으며 개발자 커뮤니티의 뜨거운 관심을 받았다.

리눅스 커널은 전 세계 6,800명 이상의 개발자가 기여하는 가장 큰 오픈소스 프로젝트로, 연간 약 70,000개의 커밋이 병합된다. 이 프로젝트의 공식 AI 정책은 사실상 오픈소스 업계 전체의 표준이 될 가능성이 높다.

가이드라인의 3대 핵심 원칙

원칙	내용	이유
AI는 Signed-off-by 불가	AI 에이전트는 DCO 인증 불가	법적 책임은 인간만 질 수 있음
Assisted-by 태그 필수	AI 기여 명시적 표기	투명성 및 추적 가능성
GPL-2.0 호환성 필수	AI 출력물의 라이선스 검증	오픈소스 법적 일관성 유지

기존 개발 프로세스와의 통합

가이드라인은 AI 도구가 기존 커널 개발 프로세스를 대체하는 것이 아니라 보조하는 역할임을 명확히 한다:

Documentation/process/development-process.rst 준수 의무
Documentation/process/coding-style.rst 준수 의무
Documentation/process/submitting-patches.rst 준수 의무

이는 AI가 코드를 생성하더라도 인간이 위 모든 프로세스를 책임지고 검토해야 함을 의미한다.

왜 AI는 Signed-off-by를 할 수 없나

Signed-off-by 태그는 리눅스 커널 기여의 핵심 법적 메커니즘이다. 이 태그를 추가하는 것은 **개발자 인증서(Developer Certificate of Origin, DCO)**에 서명하는 행위와 동일한 의미를 가진다.

DCO가 요구하는 것

DCO에 서명한다는 것은 다음을 법적으로 보증하는 것이다:

기여한 코드를 작성했거나 작성할 권리가 있음
해당 코드가 오픈소스 라이선스와 호환됨
코드가 적절한 오픈소스 라이선스 하에 배포됨을 알고 있음
위 내용들이 사실임을 이해함

AI는 이 중 어느 것도 법적으로 보증할 수 없다. AI는 법인격이 없으며, 저작권법 상 창작물의 법적 주체가 될 수 없다. 또한 AI가 학습 데이터에서 GPL 호환성이 없는 코드를 "기억"하고 출력할 위험이 항상 존재한다.

AI 생성 코드의 라이선스 위험

AI 모델이 GPL 비호환 코드를 학습 데이터로 사용했다면, 그 모델이 생성한 코드에는 해당 코드의 저작권이 포함될 수 있다. 이를 GPL-2.0 프로젝트인 리눅스 커널에 포함시키면 **라이선스 오염(license contamination)**이 발생한다.

커널 메인테이너들은 특히 다음 상황을 경고한다:

AI가 **존재하지 않는 커널 API를 "환각(hallucinate)"**하여 실제처럼 작성하는 사례
기존 커널 코드를 그대로 복사하여 출력하는 경우 (저작권 귀속 불명확)
AI가 제안한 보안 패치가 실제로 새로운 취약점을 도입하는 경우

2026년 기준 커널 메인테이너들이 리젝한 AI 생성 패치의 비율은 **약 23%**로, 인간 작성 패치 리젝률(약 8%)의 3배에 달한다는 비공식 추계가 있다.

Assisted-by 태그: 새로운 AI 속성 표준

가이드라인이 도입한 가장 실용적인 혁신은 Assisted-by 태그다. 형식은 다음과 같다:

Assisted-by: AGENT_NAME:MODEL_VERSION [TOOL1] [TOOL2]

실제 사용 예시

commit abc123def456
Author: Kim Youngwook <[email protected]>
Date: Sat Apr 11 2026

net: fix memory leak in TCP socket cleanup

Fixed a memory leak in tcp_v4_destroy_sock() that occurs when
the socket is in CLOSE_WAIT state during certain timeout scenarios.

Assisted-by: Claude:claude-sonnet-4-5 coccinelle sparse
Signed-off-by: Kim Youngwook <[email protected]>

태그 작성 규칙

AGENT_NAME: AI 도구 또는 프레임워크 이름 (예: Claude, Codex, Copilot)
MODEL_VERSION: 구체적인 모델 버전 (예: claude-sonnet-4-5, gpt-4o)
[TOOL1] [TOOL2]: 사용된 특수 분석 도구만 기재 (coccinelle, sparse, smatch, clang-tidy 등)
git, gcc, make, 에디터 등 기본 개발 도구는 기재 불필요

이 형식이 공식화되면 커널 리포지토리의 커밋 로그를 분석하여 AI 기여의 비율, 어떤 AI 모델이 어떤 영역의 코드를 주로 보조하는지 등을 추적할 수 있게 된다.

오픈소스 생태계 전반의 영향

리눅스 커널의 정책은 오픈소스 생태계 전반에 연쇄 효과를 일으킬 것으로 예상된다.

다른 프로젝트들의 AI 정책 동향

현재 주요 오픈소스 프로젝트들의 AI 정책 스탠스는 크게 세 가지로 나뉜다:

금지형: 일부 오픈소스 프로젝트들은 AI 생성 코드 전면 금지. 대표적으로 일부 프로그래밍 언어 프로젝트들이 라이선스 불확실성을 이유로 AI 기여 거부

허용형: React, Vue.js 등 많은 JavaScript 프로젝트들은 AI 도움을 명시적으로 허용하되 인간 리뷰 의무화

공시형(리눅스 채택): AI 기여를 허용하되 투명하게 공시하는 방식

Linux Foundation의 법률팀은 이 세 가지 접근 방식 중 리눅스 커널의 공시형이 오픈소스 생태계의 장기적 건전성에 가장 부합한다는 입장을 표명했다.

기업 오픈소스 기여에 미치는 영향

Google, Microsoft, Meta, Red Hat 등 대기업들의 커널 기여 비중은 전체의 **약 40%**에 달한다. 이들 기업이 내부적으로 AI 코딩 도구를 사용해 생성한 코드를 커널에 기여하는 경우, 이제 Assisted-by 태그를 통해 AI 기여를 공개해야 한다.

이는 기업들의 오픈소스 기여 프로세스에 새로운 컴플라이언스 요구사항을 추가하게 되며, 대규모 기업의 경우 AI 기여 추적 도구 도입이 필요해질 수 있다.

한국 개발자와 오픈소스 기여자를 위한 실천 가이드

한국은 리눅스 커널에 매년 수백 건의 패치를 기여하는 주요 기여 국가 중 하나다. 삼성전자, LG전자, SK Hynix 등 대기업부터 개인 개발자까지 다양한 기여자가 있다.

AI 도구를 사용한 커널 기여 단계별 가이드

1단계: AI 사용 여부 판단

복잡한 드라이버 코드나 아키텍처 설계는 AI 도움을 받을 수 있음
보안 취약점 패치는 특히 주의 — AI 제안을 그대로 사용하지 말고 반드시 전문가 검토

2단계: AI 생성 코드 전량 검토

AI가 생성한 모든 라인을 이해하고 설명할 수 있어야 함
존재하지 않는 API 사용 여부 반드시 확인
sparse, smatch 등 커널 정적 분석 도구로 검증

3단계: 라이선스 검토

AI 모델의 이용약관이 GPL-2.0과 충돌하는지 확인
특히 상업적 AI 서비스의 경우 생성된 코드의 지적재산권 귀속 명확화

4단계: 커밋 메시지 작성

Assisted-by 태그 추가 (사용한 모델명과 버전 정확히 기재)
본인의 Signed-off-by 태그 추가

5단계: 리뷰 대응

AI 도움을 받은 부분에 대한 메인테이너 질문에 직접 답변 가능해야 함
"AI가 작성했다"는 답변은 패치 리젝 사유가 됨

이 가이드라인은 AI 코딩 어시스턴트의 보안 이슈와도 직결된다. AI 에이전트 아키텍처의 발전이 오픈소스 기여 프로세스에도 영향을 미치는 만큼, 개발자 도구의 AI 통합에 발맞춰 컴플라이언스 체계도 함께 성숙해져야 한다.

FAQ

Q1: AI가 작성한 코드로 커널에 기여하면 패치가 거절되나요?

A: AI가 작성한 코드 자체가 거절 사유는 아닙니다. 다만 기여자가 해당 코드를 완전히 이해하고 설명할 수 있어야 하며, Assisted-by 태그로 AI 기여를 명시해야 합니다. 코드 품질과 커널 코딩 표준 준수가 더 중요한 평가 기준입니다.

Q2: Assisted-by 태그를 누락하면 어떻게 되나요?

A: 현재 가이드라인상 강제 메커니즘은 없습니다. 그러나 메인테이너들이 AI 생성 코드를 감지하는 경우 소급하여 문제가 될 수 있으며, 커뮤니티 신뢰 측면에서 부정적 영향을 미칩니다. 투명한 공시가 장기적으로 기여자의 신뢰도를 높입니다.

Q3: 어떤 AI 도구를 사용했는지 정확히 기재해야 하나요?

A: 네. 가이드라인은 에이전트 이름과 모델 버전을 구체적으로 기재할 것을 요구합니다. "Claude 도움을 받았음"이 아니라 "Claude:claude-sonnet-4-5"처럼 버전을 명시해야 합니다.

Q4: 회사에서 내부 AI 도구를 사용한 경우는 어떻게 처리하나요?

A: 회사 내부 모델의 경우 공개 가능한 수준에서 도구명을 기재합니다. 완전히 비공개인 경우라도 "InternalLLM:v2.1" 같은 형태로 AI 기여 사실 자체는 공시하는 것이 권장됩니다.

Q5: 이 정책은 커널 이외의 GNU/Linux 프로젝트에도 적용되나요?

A: 이 가이드라인은 리눅스 커널 프로젝트에 한정된 공식 정책입니다. 그러나 많은 오픈소스 프로젝트들이 이를 참고하여 자체 AI 정책을 수립할 것으로 예상됩니다. 이미 여러 GNU 프로젝트가 유사한 방향의 정책 도입을 검토 중입니다.