ZDNET을 팔로우하세요: 우리를 선호 소스로 추가하세요 Google에서.
ZDNET의 주요 시사점
- Torvalds와 Linux 관리자는 커널에서 AI를 사용하는 데 실용적인 접근 방식을 취하고 있습니다.
- AI가 있든 없든, Linux 코드를 담당하는 것은 LLM이 아닌 사람입니다.
- AI를 이용해 리눅스 코드를 조작하려고 하면 나쁜 일이 일어날 것이다.
몇 달 간의 열띤 논쟁 끝에 Linus Torvalds와 Linux 커널 유지 관리자는 AI 지원 코드 기여에 대한 프로젝트의 첫 공식 정책을 공식적으로 성문화했습니다. 이 새로운 정책은 최신 AI 개발 도구 수용과 커널의 엄격한 품질 표준 간의 균형을 맞추는 Torvald의 실용적인 접근 방식을 반영합니다.
새로운 지침은 세 가지 핵심 원칙을 설정합니다.
-
AI 에이전트는 승인자 태그를 추가할 수 없습니다. 인간만이 Linux 커널의 DCO(개발자 인증서)를 법적으로 인증할 수 있습니다. 이는 코드 라이센스 준수를 보장하는 법적 메커니즘입니다. 즉, AI가 전적으로 작성한 패치를 제출했더라도 기여에 대한 책임은 AI나 작성자가 아닌 전적으로 귀하에게 있습니다.
-
필수 지원 기여: AI 도구를 사용하는 모든 기여에는 사용된 모델, 에이전트 및 보조 도구를 식별하는 Assisted-by 태그가 포함되어야 합니다. 예: “지원자: Claude:claude-3-opus coccinelle sparse.”
-
완전한 인간 책임: 이 모든 것을 종합하면 인간 제출자인 귀하가 AI 생성 코드를 검토하고 라이센스 준수를 보장하며 발생하는 모든 버그나 보안 결함에 대해 전적인 책임을 집니다. 2021년 미네소타 대학교 학생들이 시도한 것처럼 잘못된 코드를 커널에 몰래 넣으려고 하지 마십시오. 그렇지 않으면 다른 존경받는 오픈 소스 프로젝트에서 Linux 커널 개발자 또는 프로그래머가 될 기회에 작별 인사를 할 수 있습니다.
Assisted-by 태그는 투명성 메커니즘과 검토 플래그 역할을 모두 수행합니다. 이를 통해 유지관리자는 AI 지원 패치에 관행 자체에 대한 낙인을 찍지 않고도 필요할 수 있는 추가 조사를 제공할 수 있습니다.
또한: Linus 이후의 Linux? 커널 커뮤니티는 마침내 Torvalds 교체 계획 초안을 작성했습니다.
Assisted-by 속성은 Nvidia 엔지니어이자 유명한 Linux 커널 개발자인 Sasha Levin이 변경 로그 및 테스트를 포함하여 전적으로 AI가 생성한 Linux 6.15에 대한 패치를 제출했을 때 논란의 불씨 속에서 만들어졌습니다. Levin은 제출하기 전에 코드를 검토하고 테스트했지만 AI가 코드를 작성했다는 사실을 검토자에게 공개하지 않았습니다.
다른 커널 개발자들과는 잘 어울리지 않았습니다.
공동저자가 아닌 도구로서의 AI의 역할
이후의 모든 소란의 결과는 무엇입니까? 2025년 북미 오픈 소스 서밋에서 Levin은 공식적인 AI 투명성 규칙을 옹호하기 시작했습니다. 2025년 7월에 그는 커널의 AI 정책이 될 첫 번째 초안을 제안했습니다. 그는 처음에 AI 지원 패치에 대해 공동 개발 태그를 제안했습니다.
직접 또는 LKML(Linux Kernel Mailing List)에서 진행된 초기 토론에서는 새로운 생성자 태그를 사용할지 아니면 기존 공동 개발자 태그의 용도를 변경할지 논의했습니다. 유지관리자는 궁극적으로 공동 작성자가 아닌 도구로서의 AI의 역할을 더 잘 반영하기 위해 Assisted-by를 선택했습니다.
AI 코딩 도우미가 갑자기 커널 개발에 정말 유용해지면서 이러한 결정이 내려졌습니다. Linux 안정 커널의 관리자인 Greg Kroah-Hartman은 최근 나에게 “한 달 전에 무슨 일이 일어났고 세상이 바뀌었다”고 말했습니다. 이제 AI 도구를 사용하면 말도 안되는 환각이 아닌 실제적이고 가치 있는 보안 보고서를 생성할 수 있습니다.
또한: Linux는 개발자와 코드를 인증하는 새로운 방법을 탐색합니다. 작동 방식
생성자(Generated-by)가 아닌 보조자(Assisted-by)의 최종 선택은 의도적이며 세 가지 요소의 영향을 받았습니다. 첫째, 더 정확합니다. 커널 개발에서 대부분의 AI 사용은 전체 코드 생성보다는 보조(코드 완성, 리팩터링 제안, 테스트 생성)입니다. 둘째, 태그 형식은 검토자, 테스트자 및 공동 개발자와 같은 기존 메타데이터 태그를 미러링합니다. 마지막으로 Assisted-by는 코드가 의심스럽거나 2등급임을 암시하지 않고 도구의 역할을 설명합니다.
이러한 실용적인 접근 방식은 LKML 대화에서 Torvalds가 다음과 같이 말하면서 시작되었습니다. “나는 어떤 커널 개발 문서도 AI 성명이 되는 것을 *않습니다*. ‘하늘이 무너진다’와 ‘소프트웨어 엔지니어링에 혁명을 일으킬 것’이라는 두 가지 측면 모두에 충분한 인력이 있습니다. 나는 일부 커널 개발 문서가 어느 쪽의 입장도 취하는 것을 원하지 않습니다. 이것이 바로 내가 이것이 ‘단순한 도구’라는 선언이기를 강력히 원하는 이유입니다.”
진짜 과제는 믿을만해 보이는 패치입니다.
Linux 커널의 새로운 AI 공개 정책에도 불구하고 관리자는 공개되지 않은 AI 생성 패치를 포착하기 위해 AI 탐지 소프트웨어에 의존하지 않습니다. 대신 그들은 항상 사용했던 것과 동일한 도구, 즉 심층적인 기술 전문 지식, 패턴 인식, 훌륭하고 구식 코드 검토를 사용하고 있습니다. 2023년에 Torvalds가 말했듯이 “다른 사람의 코드를 판단하려면 어느 정도 좋은 안목이 있어야 합니다.”
또한: 이것은 제가 가장 좋아하는 Linux 배포판입니다. 모두 시도해 보았습니다.
왜? Torvalds가 지적했듯이. “AI 슬롭에 대해 이야기하는 것은 의미가 없습니다. 왜냐하면 AI 슬롭 사람들은 자신의 패치를 그런 식으로 문서화하지 않을 것이기 때문입니다.” 어려운 문제는 명백한 쓰레기가 아닙니다. 원산지에 관계없이 거부하기 쉽습니다. 실제 과제는 즉각적인 사양을 충족하고, 현지 스타일과 일치하며, 깔끔하게 컴파일되고, 여전히 미묘한 버그나 장기적인 유지 관리 비용을 인코딩하는 신뢰할 수 있는 패치입니다.
새 정책의 시행은 모든 위반 사항을 포착하는 데 달려 있지 않습니다. 이는 부정직한 행동을 억제할 수 있을 만큼 적발의 결과를 심각하게 만드는 데 달려 있습니다. 쓰레기 더미 때문에 토발즈의 분노를 샀던 사람에게 물어보세요. 비록 그 사람이 예전보다 훨씬 온순해졌음에도 불구하고, 당신은 여전히 그의 나쁜 편에 서기를 원하지 않습니다.