FOSS 기여를 위한 LLM 사용 원칙

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

Software Freedom Conservancy는 FOSS 기여에 LLM-gen-AI를 쓰는 현실을 인정하면서도 사용 강제를 거부하고, 도구를 사용하지 않는 사람과 사용하는 사람 모두를 공동체 안에서 존중해야 한다고 권고합니다. AI가 만든 패치는 기여자가 작동 방식과 품질을 직접 확인한 뒤 제출해야 하며, 사용한 시스템·버전·보조 방식과 프롬프트 기록을 커밋 로그 및 보존 자료에 남겨야 합니다. 사람이 검토하지 않은 unattended contribution은 프로젝트가 지정한 영역에서만 허용하고, 기존 카피레프트 코드베이스를 입력으로 사용한 변경분은 원래 라이선스 조건을 우선 고려해야 합니다. 독점 도구 사용은 FOSS 개선을 크게 앞당기는 경우의 전략적 타협으로 제한하되, LLM이 개발자의 판단과 기술을 대체하지 않도록 신중하게 사용하자는 방향입니다.

섹션별 상세

Software Freedom Conservancy는 LLM 기반 생성 AI를 FOSS 기여에 사용하는 현실을 인정하면서도, 도구 사용을 거부하는 사람의 권리와 기여자의 자기결정권을 가장 앞에 둡니다. 고용주가 해고를 암시하며 모든 업무에 AI 코드 도구를 쓰도록 강요하는 상황을 부당한 것으로 보고, 사용 여부를 선택 사항으로 만들고 거부자를 차별하지 말아야 한다고 권고합니다. 동시에 LLM-gen-AI 기여를 금지한 프로젝트도 사용자를 공동체에서 배척하지 말고, 부적절한 첫 패치에 답하듯 정중히 이유를 설명해야 한다고 봅니다.

LLM이 만든 코드는 자동 제출물이 아니라 사람이 이해하고 다듬어야 하는 초안으로 취급해야 합니다. 기여자는 패치의 작동 방식과 프로젝트 맥락을 충분히 검토하고, 유지관리자는 별도 검토 없이 생성된 unattended contribution을 명시적으로 허용한 영역에서만 받는 정책을 세워야 합니다. 이는 검증되지 않은 대량 패치가 유지관리자의 시간을 소모하고 FOSS의 유지보수성과 사람 사이의 협업을 약화시키는 문제를 줄이기 위한 조치입니다.

LLM-gen-AI를 사용한 시점과 방식은 기여 과정에서 완전히 공개해야 합니다. 커밋 로그에는 사용한 시스템과 버전, 어떤 작업을 보조했는지를 기계가 읽을 수 있는 형식으로 남겨야 하며, 프롬프트·메모·상호작용 기록도 기여물과 함께 장기 보관할 자료로 취급해야 합니다. 이렇게 해야 프로젝트 리더가 실제 AI 사용 범위와 패치의 검토 필요성을 파악하고 향후 정책을 조정할 수 있습니다.

생성 코드의 법적 지위를 단정하기보다 입력 코드와 라이선스의 관계를 우선 확인해야 합니다. 학습 데이터에 라이선스 의무가 어떻게 적용되는지는 아직 해결되지 않았지만, 사용자가 기존 코드베이스를 LLM에 제공해 패치를 만들었다면 해당 코드베이스의 카피레프트 조건과 계약상 의무가 변경분에 영향을 줄 수 있습니다. 법원의 지침이 나오기 전까지는 생성물에도 호환성이 높은 카피레프트 라이선스를 적용하는 편이 더 안전하다는 것이 SFC의 입장입니다.

SFC는 독점 LLM-gen-AI 도구 사용을 원칙적으로 불편하게 보면서도 FOSS 개선을 크게 가속할 때는 전략적 타협이 가능하다고 판단합니다. 다만 도구의 독점 라이선스가 부과하는 조건을 먼저 이해해야 하며, 개발자는 LLM을 숙련된 판단과 기존 도구를 대체하는 장치가 아니라 보완 수단으로 사용해야 합니다. 반복적인 문제마다 즉시 AI를 호출하거나 쓸모없는 처리를 방치하지 말라는 권고는 비용과 자원 소비를 줄이고 개발자의 기술과 호기심이 약화되는 일을 막는 데 초점을 둡니다.

FOSS 공동체는 현재의 권고를 고정된 정의나 의무가 아니라 변화하는 사실에 맞춰 수정할 출발점으로 받아들여야 합니다. SFC는 문서, 온라인 튜토리얼, 공개 질의응답을 통해 독점 LLM 시스템을 사용하는 FOSS 프로젝트를 지원하고, 사용자 권리와 소프트웨어 수리권을 지키는 방향으로 논의를 이어갈 계획입니다. 장기적으로는 독점 기술이 만드는 해악을 없애는 것이 목표지만, 당장 제거할 수 없는 위험은 공개·검토·자율성·신중한 사용으로 줄이자는 접근입니다.

용어 해설

자유·오픈소스 소프트웨어(FOSS): — 소스 코드를 공개하고 사용·수정·배포의 자유를 보장하는 소프트웨어를 뜻합니다. 이 글에서는 FOSS 프로젝트에 LLM 기반 생성 AI가 만든 코드가 유입될 때 기여자와 유지관리자가 지켜야 할 자율성, 검토, 공개, 라이선스 원칙을 논의하는 맥락에서 사용됩니다.
LLM 기반 생성 AI(LLM-gen-AI): — Large Language Model을 이용해 코드와 같은 텍스트 산출물을 생성하거나 수정하는 시스템을 가리킵니다. 이 글에서는 Claude Code, Copilot CLI, Antigravity, OpenCode처럼 소프트웨어 기여 과정에서 패치와 문서를 만들도록 돕는 도구를 특정해 사용합니다.
카피레프트(Copyleft): — 저작물을 수정·배포할 때 동일한 자유를 후속 사용자에게도 보장하도록 요구하는 라이선스 방식입니다. 원본 코드가 카피레프트 라이선스를 따르는 경우 그 코드를 바탕으로 만든 변경분에도 프로젝트 라이선스가 적용될 수 있어 LLM 생성 패치의 배포 조건과 직접 연결됩니다.
무인 검토 기여(Unattended Contribution): — LLM이 생성한 뒤 사람이 추가로 검토하거나 검증하지 않은 기여를 의미합니다. 글은 이런 패치를 일반 기여로 제출하지 말고 프로젝트가 명시적으로 허용한 영역에서만 사용하며, 별도 지정이 없으면 환영받지 못하는 것으로 간주하라고 권고합니다.
Corresponding Source: — 소프트웨어를 수정·빌드·사용하는 데 필요한 소스와 관련 자료를 가리키는 개념입니다. 글은 프롬프트, 메모, 상호작용 기록 같은 LLM 사용 메타자료도 기여물의 Corresponding Source처럼 보존해야 장기적인 재현성과 검토가 가능하다고 권고합니다.

기술

LLM-gen-AI
Claude Code
Copilot CLI
Antigravity
OpenCode

활용 사례

FOSS 프로젝트의 LLM 보조 코드 기여
LLM 생성 패치의 사람 검토와 공개
프롬프트와 상호작용 기록의 장기 보관
카피레프트 프로젝트에서 생성 코드의 라이선스 관리
unattended contribution 정책 수립

FOSS 기여를 위한 LLM 사용 원칙

TL;DR

섹션별 상세

용어 해설

기술

활용 사례

관련 토론

댓글

관련 기사

LLM 생성 코드는 Free Software로 license할 수 있을까

LLM 생성 코드의 저작권과 Free Software 라이선스

LLM 생성 코드의 저작권과 Free Software

rust-lang/rust LLM 사용 정책 도입

LLM의 네 가지 자유와 사용자 책임