게임 엔진 '고닷', “AI가 짠 코드는 이제 안 받습니다” 선언한 이유

오픈소스 게임 엔진 고닷, AI 코드에 선을 긋다

혹시 '고닷(Godot)'이라는 게임 엔진 들어보셨어요? 유니티(Unity)나 언리얼(Unreal)처럼 게임을 만들 때 쓰는 도구인데, 가장 큰 특징은 완전 무료에 오픈소스라는 점이에요. 소스 코드가 전부 공개돼 있어서 전 세계 개발자들이 자발적으로 참여해 함께 다듬어가는 프로젝트거든요. 그런 고닷이 최근 조금 논쟁적인 결정을 하나 내렸어요. 바로 “AI가 작성한 코드 기여는 앞으로 받지 않겠다”는 거예요.

여기서 '기여(contribution)'가 뭐냐면요, 오픈소스에서는 누구나 코드를 고쳐서 “이렇게 바꾸면 어때요?” 하고 제안을 보낼 수 있어요. 이걸 PR(Pull Request)이라고 부르는데, 프로젝트를 관리하는 메인테이너(maintainer, 관리자)들이 그 코드를 하나하나 검토해서 괜찮으면 본체에 합쳐주죠. 고닷은 이 검토 단계에서 AI로 뚝딱 만들어낸 코드를 걸러내기로 한 거예요.

왜 이런 결정을 했을까

이유가 꽤 현실적이에요. 고닷 팀이 밝힌 핵심은 “AI를 많이 쓰는 사람들이 정작 자기가 낸 코드를 충분히 이해하지 못해서, 나중에 문제가 생겨도 고치질 못한다”는 거였어요. 이게 왜 문제냐면, 오픈소스는 코드를 한 번 합치고 끝이 아니거든요. 버그가 생기면 그 코드를 낸 사람이 다시 와서 고쳐야 하는데, AI가 대신 짜준 코드라 본인도 어떻게 돌아가는지 모르면 결국 그 짐이 전부 메인테이너에게 넘어와요.

또 하나 큰 문제는 소위 'AI 슬롭(slop)'이에요. 슬롭은 '허접한 결과물'이라는 뜻인데요, AI로 코드를 쉽게 뽑아낼 수 있게 되니까 얼핏 보면 그럴듯하지만 실제로는 엉성한 PR이 쏟아지는 거예요. 메인테이너들은 대부분 자원봉사인데, 이런 걸 일일이 검토하다 보면 시간과 에너지가 순식간에 바닥나버려요. 겉만 번지르르한 코드를 거르는 데 진짜 개발보다 더 많은 시간이 드는 웃픈 상황이 벌어지는 거죠.

고닷만의 이야기가 아니에요

사실 이건 오픈소스 생태계 전반에서 벌어지고 있는 고민이에요. 예를 들어 인터넷 데이터 전송의 근간인 curl 프로젝트의 창시자 다니엘 스텐베리는, AI로 자동 생성된 가짜 보안 취약점 신고가 밀려들어서 “진짜와 가짜를 구분하는 데 지쳤다”고 공개적으로 토로한 적이 있어요. 리눅스 배포판 젠투(Gentoo)도 AI로 생성된 기여를 원칙적으로 금지하는 방침을 세웠고요.

반대로 AI 도구를 적극 받아들이자는 프로젝트도 많아요. 그래서 이건 '옳고 그름'의 문제라기보다, 각 프로젝트가 처한 상황과 리뷰 여력에 따라 선택이 갈리는 지점이에요. 고닷처럼 기여자가 많고 관리자 손이 부족한 대형 커뮤니티일수록 “품질 관리가 안 되면 프로젝트가 무너진다”는 위기감이 크게 작용한 셈이죠.

한국 개발자에게 주는 시사점

요즘 '바이브 코딩(vibe coding)'이라고, AI한테 자연어로 시켜서 코드를 쭉 뽑아내는 방식이 유행이잖아요. 빠르고 편해서 저도 정말 좋아하는데, 고닷의 결정은 우리에게 중요한 질문을 던져요. “이 코드, 내가 정말 이해하고 있나?” 하는 거죠. AI가 짜준 코드라도 왜 이렇게 동작하는지 설명할 수 있어야, 나중에 에러가 터졌을 때 당황하지 않고 고칠 수 있어요.

특히 팀 프로젝트나 오픈소스에 기여할 때는 더 그래요. 내가 낸 코드는 결국 동료가 리뷰하고 유지보수해야 하니까요. AI를 쓰지 말자는 게 아니라, AI가 만든 결과물의 최종 책임은 사람이 진다는 태도를 가지자는 거예요. 이게 앞으로 개발자의 실력을 가르는 진짜 기준이 될지도 몰라요.

마무리

고닷의 결정은 “AI 코드를 쓰지 말라”가 아니라 “이해하지 못한 코드를 남에게 떠넘기지 말라”는 메시지에 가까워요. 여러분은 어떻게 생각하세요? AI로 짠 코드를 오픈소스에 기여할 때 어디까지가 괜찮고 어디부터가 민폐일까요? 여러분만의 기준이 있다면 댓글로 나눠주세요!