데비안, 생성형 AI '책임 있는 사용' 허용 투표 가결

데비안 프로젝트가 생성형 AI 도구 사용에 대한 공식 입장을 투표로 확정했다. **"데비안은 생성형 AI 도구 사용을 지지하지도, 금지하지도 않는다"**는 중립 원칙이다. LWN 보도에 따르면 이번 결정은 프로젝트 내 여러 제안 가운데 '극단적 입장들이 크게 패배하고' 가장 반대가 적은 안이 채택된 결과다.

투표 결과가 보여주는 것

이번 투표는 단순히 찬반을 묻는 게 아니었다. 여러 대안이 경합하는 콘도르세 방식으로 진행됐고, 'AI 사용 전면 금지'나 'AI 사용 의무화' 같은 극단안은 NOTA(이 중 아무도 선택하지 않음) 선도 넘지 못해 탈락했다. 해커뉴스 스레드에서 한 구독자(bluca)는 "나머지 옵션들이 그 선을 넘은 뒤, 어느 것이 '가장 덜 싫은가'를 가리는 과정이었다"고 정리했다.

이 대목이 중요하다. 데비안 같은 대규모 자원봉사 프로젝트에서 **'강제할 수 없는 규칙을 만드는 건 무의미하다'**는 현실 인식이 작동한 것으로 보인다. 구독자 dskoll은 "데비안은 너무 커서 LLM 사용 금지를 의미 있게 집행할 수 없다. 규칙을 만들 수 없으니 만들지 않은 것"이라고 짚었다.

정책 원문의 핵심: 책임은 사람에게 있다

확정된 정책문은 세 가지를 명시한다.

• 생성형 AI가 기여자 생산성을 높일 수 있음을 인정한다
• 모든 기여물은 도구와 무관하게 동일한 품질·정확성·유지보수성·법적 준수 기준을 충족해야 한다
• AI 도구 사용이 기여자의 책임을 덜어주지 않는다. 기여자는 AI 산출물을 이해·검토·테스트·수정한 뒤 제출해야 한다

이건 새로운 기준이 아니다. 기존 '기여자 책임 원칙'을 AI 시대에 재확인한 것에 가깝다. 해커뉴스 댓글 중 "내 경력 동안 본인이 이해하지 못한 코드를 프로덕션에 올리는 게 용인된 적 없었다"는 지적이 가장 많은 공감을 받은 이유다.

한국 오픈소스 생태계에 던지는 시사점

국내 주요 오픈소스 재단이나 기업 주도 프로젝트 다수는 아직 AI 사용 가이드라인이 없다. 데비안처럼 '도구 중립, 책임 개인 귀속' 원칙을 명문화한 사례는 드물다. 과기정통부가 2024년 발표한 '공공부문 오픈소스 활성화 계획'에도 AI 생성 코드 검증 기준은 포함되지 않았다.

데비안 결정은 **'금지령을 내릴 수 없으면, 검증 책임을 명확히 하는 쪽이 낫다'**는 실용적 접근을 보여준다. 국내 프로젝트가 참고할 만한 선례다.

쉽게 풀어보면

데비안은 리눅스 배포판 중 가장 크고 엄격한 커뮤니티 프로젝트다. 수천 명의 자원봉사자가 패키지를 만들고 문서를 쓰고 버그를 고친다. 요즘 이들이 챗GPT나 코파일럿 같은 AI 도구를 쓰기 시작했다.

처음엔 "AI가 쓴 코드는 믿을 수 없다"며 금지하자는 의견도 있었고, "AI를 적극 권장하자"는 주장도 나왔다. 그런데 투표해 보니 둘 다 탈락했다. **'어차피 막을 수 없으니, 쓰되 책임을 지게 하자'**는 중도안이 살아남았다.

핵심은 이 문장이다. "AI를 썼든 안 썼든, 네가 낸 코드 품질은 네가 책임진다." 뷔페에서 음식을 담아올 때 '이건 AI가 요리했으니 내가 맛볼 필요 없다'고 할 수 없다는 뜻이다. 데비안은 그걸 규칙으로 박았다.

나에게 미치는 영향

일반 사용자나 학생·직장인에게 당장은 영향 없다. 하지만 깃허브나 깃랩에 오픈소스 기여를 해보려 한다면 이 원칙을 알아두자.

• AI로 초안을 잡았더라도 직접 돌리고, 읽고, 고쳐서 올려야 한다
• "AI가 그렇게 짜줬어요"는 리뷰 과정에서 통하지 않는 변명이다
• 국내 기업 오픈소스 프로그램(삼성·LG·네이버·카카오 등)도 조만간 유사 가이드를 낼 가능성이 크다

오늘 바로 할 수 있는 건 하나다. 본인이 올린 PR(풀 리퀘스트) 설명에 'AI 도움받음'이라고 적어보라. 리뷰어가 더 꼼꼼히 봐준다. 그게 데비안이 원하는 '책임 있는 사용'의 시작이다.

남은 쟁점: 검증 비용은 누가 부담하나

정책은 책임을 기여자에게 뒀지만, 리뷰어 부담이 커지는 건 피할 수 없다. 해커뉴스 댓글에서 jpeisach는 "앞으로 품질·리뷰 프로세스, 신입 엔지니어 역량이 어떻게 변할지 지켜볼 일"이라고 썼다. 데비안 내에서도 유지보수자 의견은 아직 공개되지 않았다.

또 하나. 구독자 bluca는 "진짜로 열린 로컬 모델이 코딩에 충분히 좋아져서 거대 폐쇄형 모델을 안 써도 되길 바란다"고 적었다. AI 도구 의존도가 커질수록 '어떤 모델을 쓰느냐'가 새로운 종속성으로 작용할 수 있다는 우려다. 이건 데비안 정책이 다루지 않은 영역이다.

한국에서도 공공기관 오픈소스 도입 시 'AI 생성 코드 검증 가이드라인'이 별도로 필요해 보인다. 데비안이 먼저 갔지만, 답은 아직 진행 중이다.