LLM 코드/문서 제출 금지, 개발자들은 어떻게 생각하나?
NLNet Labs는 LLM 생성 코드 및 문서 제출을 금지하는 정책을 발표함
개발자들은 LLM 사용의 동기(Motivation)와 품질 관리(Quality Control) 측면에서 정책의 배경을 궁금해함
LLM이 생성한 코드에 대한 인간의 책임(Human Responsibility)과 유지보수(Maintenance) 문제가 주요 논쟁점으로 부상함
취약점 보고 시 LLM 활용 예외는 인정하나, 명확한 공개(Disclosure)를 요구함
LLM 정책의 근본적인 동기
커뮤니티에서는 NLNet Labs의 LLM 정책이 단순히 법적 불확실성 때문인지, 아니면 코드 품질(Code Quality) 및 장기 유지보수(Long-term Maintenance)에 대한 우려 때문인지 배경을 궁금해한다. 특히, 개발자들이 LLM이 생성한 코드의 모든 라인을 검토하고 책임을 지는 경우가 드물다는 점이 지적되며, 이는 오픈소스 프로젝트의 신뢰성(Reliability of Open Source Projects)에 영향을 미칠 수 있다는 의견이 제시된다.
개발자 시간 보호와 책임 소재
토론에 참여한 저자들은 개발자들의 시간을 보호하는 것이 정책의 즉각적인 이유임을 밝혔다. LLM이 생성한 코드는 제출자의 검토 및 이해 없이 프로젝트에 기여될 수 있으며, 이는 NLNet Labs 팀에게 코드 검토 및 책임 부담(Code Review and Responsibility Burden)을 가중시킨다. 특히, 이들의 소프트웨어가 중요 인프라(Critical Infrastructure)에서 사용된다는 점을 고려할 때, 이는 매우 중대한 문제로 간주된다.
취약점 보고 시 LLM 활용 예외
정책은 취약점 보고(Vulnerability Reporting) 시 LLM이 제안한 수정 사항 포함을 예외적으로 허용한다. 이는 LLM이 근본적인 문제(Underlying Issue)를 파악하는 데 도움을 줄 수 있기 때문이다. 다만, LLM이 제안한 수정 사항이라도 인간 기여자가 직접 검증하고 책임을 져야 하며, LLM 사용 사실을 명확히 공개(Clear Disclosure)해야 한다는 점이 강조된다.
인간 대면 소통의 중요성
NLNet Labs는 LLM이 아닌 인간과의 상호작용(Human Interaction)을 선호한다고 명시한다. 이는 LLM이 생성한 텍스트가 오해의 소지(Potential for Miscommunication)를 내포하고 있어, 개발자 커뮤니티 포럼이나 이슈 트래커에서의 건설적인 논의(Constructive Discussion)를 저해할 수 있다는 판단 때문이다. 따라서 사용자는 LLM 사용 시 이를 투명하게 공개하고, 번역기 사용 시에도 가능한 오류 가능성을 인지해야 한다.
