자유 소프트웨어 진영에서 가장 오래되고 보수적인 배포판 중 하나인 데비안(Debian)이 생성형 AI, 특히 대규모 언어모델(LLM)로 작성된 기여물을 어떻게 다룰지를 놓고 정식 표결에 들어갔다. 2026년 일반결의(General Resolution) 안건으로 올라온 이 논의에는 전면 금지부터 조건부 허용까지 성격이 크게 다른 복수의 제안이 함께 제출됐다. 데비안은 배포판일 뿐 아니라 패키징·문서·웹 인프라·번역 등 사람 손을 거치는 방대한 자원봉사 노동으로 굴러가는 프로젝트이기 때문에, 이 결정은 단순한 사내 코딩 규칙이 아니라 커뮤니티 운영 철학에 대한 선언에 가깝다.
전면 금지: '빨리 만들고 부수기'와의 결별
Matthias Geiger가 대표 발의한 제안은 LLM이나 생성형 AI의 도움으로 작성된 모든 기여를 명시적으로 금지하자는 강경안이다. 핵심 논거는 세 갈래다. 첫째, 라이선스 문제다. 데비안 정책과 자유 소프트웨어 지침(DFSG)은 저작권과 라이선스에 대한 절대적 명확성을 요구하는데, LLM 출력물은 그 자체로 저작권을 가질 수 있는지, 학습 데이터의 라이선스에 얽매이는지조차 불분명하다. 사람이 쓴 코드라도 저작권이 모호하면 받아주지 않는데 LLM 출력에만 예외를 둘 이유가 없다는 것이다. 둘째, 정확성이다. 발의자는 LLM이 학습 데이터의 통계적으로 그럴듯한 조합을 만들 뿐 자기 출력이 옳은지 결코 알 수 없다고 지적한다. 특히 패키징은 소스 패키지마다 고유하고 관례가 시간에 따라 변해왔기 때문에, LLM이 만든 패키지는 작동하지 않는 watch 파일, 맥락을 잃은 override, 존재하지 않는 저작권 정보가 뒤섞여 사실상 업로드에 부적합하다고 본다.
셋째 논거는 커뮤니티 그 자체다. 신규 기여자가 LLM 출력을 그대로 제출하면 리뷰어에게 불필요한 부담이 쌓여 번아웃으로 이어지고, 정작 그 신규 기여자는 패키징의 세부와 절차를 배우지 못해 지쳐 떠난 개발자를 대체할 후속 인력으로 성장하지 못한다는 것이다. 발의문은 또 LLM 기업들이 robots.txt 같은 관례를 무시하고 웹 전체를 무차별 스크래핑하면서 데비안의 공개 웹 자원이 사실상 대규모의 지속적 서비스 거부(DoS) 공격을 받는 상황에 놓였고, 그 방어를 위해 자바스크립트 기반 검증까지 도입해야 했다고 주장한다. 이 안은 사회계약(Social Contract) 문서에 금지 조항을 추가하는 형태를 취한다.
조건부 허용과 그 사이의 중간지대
정반대 지점에 Lucas Nussbaum의 제안이 있다. 헌법 4.1(5)에 근거해 프로젝트의 '현재 입장'을 밝히는 성명 형식으로, 향후 새로운 일반결의 없이도 입장이 진화할 수 있도록 열어둔 것이 특징이다. 이 안은 기술적 품질·유지보수성·법적 지위, 사회와 산업·환경에 미치는 영향, 공격적인 스크래퍼 문제 같은 우려를 인정하면서도, 많은 데비안 기여자가 실제로 AI 도구를 유용하게 쓰고 있다는 현실을 나란히 놓는다. 결론적으로 몇 가지 조건을 충족하면 부분적 혹은 전면적으로 LLM이 생성한 기여를 허용하자는 입장이다.
Ian Jackson의 제안은 그 중간에서 흥미로운 절충을 시도한다. 그는 LLM이 자유 소프트웨어 공동체 형성 메커니즘을 훼손하고 환경을 해치며 저자를 착취하는 등 심각한 문제를 안고 있어 이상적으로는 배제해야 한다고 보면서도, 상당수 업스트림이 이미 다른 입장을 취하는 현실 때문에 완전 금지는 비현실적이라고 인정한다. 그래서 '요청'의 형태를 취한다. 기여자들에게 LLM 사용을 자제해 달라고 요청하고, 사용할 경우 반드시 공개(disclose)하도록 하며, 버그 리포트나 메일링 리스트, 블로그 같은 사람을 향한 글은 반드시 사람이 직접 작성하도록 못박는다. 또 개별 프로젝트가 완전 금지를 선언할 권리를 보장하고 그 금지를 존중하도록 하며, 위반은 행동강령 위반으로 다루자고 제안한다. 눈에 띄는 대목은 영어가 서툰 기여자는 모국어로 쓰고 독자가 번역 도구를 쓰게 하되 언어 실수로 망신 주지 않겠다는 조항이다. Pierre-Elliott Bécue의 제안도 비슷한 결로, 금지가 비생산적이고 강제 불가능하다고 보아 책임을 기여자에게 지우는 가이드라인을 데비안 전용 작업(업스트림 제외)에 한정해 적용하자고 한다.
실무자가 눈여겨볼 지점과 한계
한국의 IT 실무자 관점에서 이 표결은 사내 개발 규범을 정할 때 참고할 만한 축소판이다. 쟁점이 '생산성이냐 아니냐'가 아니라 라이선스 명확성, 리뷰 부담의 전가, 신규 인력의 성장 경로, 인프라 방어 비용이라는 점이 핵심이다. 특히 '사람을 향한 글은 사람이 쓴다'와 '사용 시 공개' 같은 조항은 전면 허용이든 금지든 상관없이 조직 정책에 곧바로 옮겨볼 만한 원칙이다. GNOME의 이미지 뷰어 Loupe가 생성형 AI 기여를 더 이상 받지 않기로 한 사례, Gentoo와 Codeberg의 AI 정책이 참조 링크로 함께 제시된 점도 이 흐름이 데비안 하나의 문제가 아님을 보여준다.
다만 한계도 분명하다. 여러 발의자가 인정하듯 강제 집행이 어렵다는 근본 문제가 남는다. 전면 금지 측은 이를 '선의에 기반한 공동체의 의사 표명'으로 넘기지만, 실제로 LLM 사용 여부를 코드만 보고 판별하기는 쉽지 않다. 정확성·환경·스크래핑에 대한 주장 상당수는 발의문이 인용한 외부 자료에 근거한 것으로, 표결 결과가 곧 이 주장들의 검증을 의미하지는 않는다. 결국 데비안이 어느 안을 택하든, 그 선택은 기술적 판정이라기보다 '무엇이 데비안을 데비안답게 하는가'에 대한 공동체의 자기 규정이 될 것이다.