리눅스 커널, AI 보조 기여 규칙을 명문화

Hacker News에서 떠오른 실무 문서

2026-04-10에 올라온 Hacker News 글은 Linux 커널 저장소에 추가된 AI Coding Assistants 문서를 커뮤니티 전면으로 끌어올렸다. 검토 시점 기준으로 이 스레드는 311 points와 205 comments를 기록했고, AI를 둘러싼 추상적 논쟁이 실제 contributor policy로 넘어가고 있음을 보여줬다. 링크된 문서는 개인 의견이나 블로그가 아니라 커널 tree 안의 공식 process 문서라는 점이 핵심이다.

문서의 톤은 금지보다 책임에 가깝다. Linux 커널은 AI 도구 사용 자체를 막지 않는다. 대신 AI가 개입한 작업도 기존의 development process, coding style, patch submission 절차를 그대로 따라야 한다고 못 박는다. 가장 중요한 부분은 Signed-off-by와 DCO다. 문서는 AI agent가 Signed-off-by를 추가해서는 안 되며, 인간 제출자가 AI가 생성한 코드를 검토하고, GPL-2.0-only 호환성을 확인하고, 최종 패치에 대한 책임을 져야 한다고 적는다.

동시에 프로젝트는 완전한 비공개 사용으로 가지도 않았다. 새 지침은 Assisted-by 형식의 attribution을 제안한다. 어떤 agent나 model을 썼는지, 그리고 필요하다면 coccinelle, sparse, smatch, clang-tidy 같은 specialized tool을 함께 남길 수 있다. 즉 Linux 커널은 도구 사용 사실은 드러내되, authorship과 legal accountability는 인간에게 유지하는 선을 택한 셈이다.

Hacker News 반응도 대체로 이 균형점을 중심으로 움직였다. 일부 commenters는 이 접근을 “상식적”이라고 평가했다. AI를 쓰더라도 유지보수 원칙이나 DCO를 흐리지 않기 때문이다. 반면 다른 commenters는 attribution 문구만으로 copyright 또는 infringement risk가 사라지지는 않는다고 지적했다. 이 지점은 중요하다. 이 문서는 AI 시대의 최종 해답이라기보다, 대형 open-source 프로젝트가 review, provenance, legal certification 경계를 어디에 그을지 보여주는 운영 템플릿에 가깝다.

AI/IT 관점에서 더 큰 신호는 governance의 구체화다. 이제 핵심 infrastructure 프로젝트들은 “AI를 허용할 것인가”보다 “허용한다면 책임 구조를 어떻게 적을 것인가”를 문서화하기 시작했다. 비슷한 규칙이 다른 대형 repository로 퍼지면, 업계는 AI가 초안을 도와도 패치의 소유권, license chain, 최종 sign-off는 인간이 맡는다는 단순한 규범으로 수렴할 가능성이 크다.

Source links: Hacker News thread, Linux kernel document.