Debian이 LLM 사용을 두고 General Resolution 토론에 들어갔다. 표결 문서에는 여러 선택지가 올라와 있고, 방향은 꽤 다르다. Proposal A는 Debian 기여물에 LLM이나 생성 AI 도움을 받은 내용을 금지하자는 쪽이다. Proposal B는 조건부 허용에 가깝다. 도구 약관과 Debian 배포 조건의 충돌 여부, 라이선스와 저작권 확인, 기여자의 책임, 의미 있는 AI 도움을 받은 경우의 공개를 요구한다. Proposal C는 더 강한 윤리적 반대 입장을 담되, 완전 금지는 현실적으로 어렵다는 전제에서 사용 회피와 공개, 일부 커뮤니케이션의 인간 작성 원칙을 요청한다.

이 사안이 민감한 이유는 Debian이 단순한 코드 저장소가 아니기 때문이다. 패키지, 문서, 번역, 메일링리스트, 버그 토론까지 모두 신뢰의 일부다. LLM output이 섞일 때 저작권 상태가 분명한지, 보안과 품질을 누가 책임지는지, 사람이 실제로 변경 내용을 이해했는지 같은 문제가 바로 정책 문장으로 들어온다.

HN 댓글은 최종 결정이 아니라 토론 중인 여러 제안이라는 점을 먼저 바로잡았다. 이어서 “assistance”의 범위가 어디까지인지가 논점이 됐다. AI가 버그를 찾아주고 사람이 직접 수정했다면 도움인가, 문장을 다듬은 경우와 코드를 생성한 경우는 같은가, upstream에서 이미 LLM을 쓴 코드는 Debian에서 어떻게 다룰 것인가 같은 질문이 붙었다.

Debian의 결정은 다른 오픈소스 프로젝트에도 신호가 된다. 전면 금지는 명확하지만 집행이 어렵고, 조건부 허용은 현실적이지만 공개와 책임 규칙을 촘촘히 써야 한다. 이번 토론은 LLM 시대의 maintainer 책임이 어디까지 확장되는지 보여주는 사례다.

Debian 투표 문서와 HN 토론을 함께 볼 만하다.

#debian

Debian LLM 사용 투표, 금지와 조건부 허용 사이