데비안, '생성형 AI의 책임 있는 사용' 허용 결의안 통과
Debian votes to allow "responsible use of generative AI"
데비안 프로젝트가 일반 결의 투표 결과, 생성형 AI 도구의 '책임 있는 사용'을 허용하는 안(choice 5)이 채택되었습니다. 이 결의안은 생성형 AI 사용을 공식적으로 지지하거나 금지하지 않으며, 책임 있는 사용이 기여자의 생산성을 크게 향상시킬 수 있다고 인정합니다. 동시에 AI 도구 사용 여부와 관계없이 모든 기여는 동일한 품질, 정확성, 유지보수성, 법적 준수 기준을 충족해야 하며, 기여자는 AI 생성 결과물을 이해하고 검토·테스트·수정할 책임이 있음을 명시합니다.
생성형 AI 도구의 사용은 기여자가 제출한 작업에 대한 책임을 줄여주지 않습니다. 기여자는 AI 지원 출력을 데비안에 통합하기 전에 이해하고, 검토하고, 테스트하고, 적절한 경우 수정할 것으로 기대됩니다.
HN 토론
465- chuckadams
새 정책의 핵심은 "AI든 아니든, 여전히 당신의 코드이고 당신이 책임을 진다"는 것이다. 나는 그 점에 동의할 수 있다.
- GZGavinZhao
관련해서: 기여에 대한 이 자체 평가 AI 수준 [1]이 직업적으로나 개인적으로나 매우 유용하다고 생각한다. AI 지원 수준을 전달하여 받는 사람이 내 코드를 이해하는 데 얼마나 시간과 노력을 들일지 평가할 수 있게 해주기 때문이다.
[1]: https://www.visidata.org/blog/2026/ai/#self-assessed-ai-leve...
- jhack
가장 상식적인 선택지가 이긴 것을 보니 좋다. 다른 제안들 중 일부는 현실과 너무 동떨어져 있어서 고려 대상이었다는 것 자체가 놀랍다.
- firefax
나는 코딩을 충분히 이해하지 못해서 데비안에 대해 오랜 사용자로서만 말할 수 있다.
AI가 시각적으로 검사할 수 있는 작은 셸 스크립트에 유용하다고 생각한다.
나중에 GIF를 만들고 싶어서, MKV 파일 경로가 X이고 타임스탬프가 Y와 Z라면 명령어를 어떻게 작성할지 Duck.AI에게 물어볼 것이다.
그러면 Imagemagik(?) 같은 것에 UI를 입힌 수상한 바이너리를 다운로드하지 않고도 내 작은 도구를 만들 수 있다.
AI를 조금만 사용해 봤는데, 로컬 LLM에 초점을 맞췄지만, 내가 작성한 익명 FTP 스캐너 같은 간단한 것조차 나보다 조금 더 능숙한 사람이 했더라면 훨씬 빨리 끝났을 것이다.
어쨌든, 나는 데비안이 코드에 대한 접근을 관리하는 방식을 항상 존중해 왔다. 어떤 종류의 게이트키핑은 멋지고 좋은 것이며, 많은 젊은이들이 자신이 얼마나 똑똑한지 보여주려고 개발자들과 싸우곤 한다. 나도 젊었을 때 그런 적이 있다.
- edward
Joey Hess는 감명받지 못했다. https://joeyh.name/blog/entry/Debian_and_the_sirens/ 참조.
- Tubelord
좋은 기준은 제출하는 생성 코드를 마치 모든 문자를 직접 입력한 것처럼 이해하는 것이다. "잘 모르겠어, AI가 썼어" 같은 상황은 치명적인 실패다.
- tulio_ribeiro
좋은 결과다, 대체로.
선택지 E가 말 그대로 다른 모든 선택지를 이겼으므로, 이는 명백한 콩도르세 승자다.
Bradley–Davidson 분석: https://gist.github.com/tulior/74479b28ddd1e191e5b2d89b8b68c...
Bradley-Davidson 모델은 선택지 5가 1위를 차지할 사후 확률이 99.9993%라고 제시한다.
선택지 2와 6은 사실상 2위로 동률이다.
선택지 5는 또한 모든 대안을 일대일로 이겼다. 가장 가까운 대결은 선택지 2와의 대결로 57.8% 대 42.2%였으며, 가장 가까운 쌍대 비교가 압도적이지는 않았지만 전반적으로 결과는 결정적이었다.
- kurthr
오픈소스는 저작권 집행에 얼마나 의존하는가?
AI 생성 콘텐츠에 대한 저작권 보호를 제한하는 법원 판결이 오픈소스에 문제를 일으키는가? 그러한 도구를 사용할 때 코드 출력에 대한 "정신적 구상" 요구 사항이 있지 않은가? 복사-붙여넣기도 무엇을 해야 하는지 어느 정도 알아야 하지만, "자동 버그 찾기"는 그렇지 않은 것 같다.
- stillpointlab
각 배포판이 이 문제에 대해 어떻게 결정하고 있는지 추적하는 사람이 있나?
Fedora가 이 문제에 대해 어떻게 움직이는지 궁금했지만, 어디를 봐야 할지 모르겠다. 그리고 AI 쪽으로든 반대 쪽으로든 배포판을 바꾸고 싶다면, 상대적 채택 현황을 볼 수 있는 곳이 있으면 좋을 것이다.
리눅스 배포판은 완전히 AI 반대부터 완전히 YOLO 바이브 코딩까지 모든 사람에게 맞는 다양한 선택지가 있는 광활한 시장이 되기에 완벽한 장소다.
- dooglius
투표는 대체로 LLM에 얼마나 찬성하는지에 따라 선형적으로 이루어진 것 같다. 그래서 모든 제안이 본질적으로 LLM 반대였고 선택된 것이 중립적이고 약간만 LLM 반대인 것이었다는 점이 흥미롭다. LLM 찬성 제안이 없다는 것은 제안 작성자들이 투표자들과 동떨어져 있음을 시사한다.