고도(Godot)가 AI 코드를 문 앞에서 막았다: '헤비 유저는 자기 코드를 이해 못 한다'는 도발

오픈소스 진영에서 ‘AI가 만든 코드는 받지 않겠다’는 목소리가 점점 커지고 있습니다. 이번엔 게임 개발자들이 사랑하는 오픈소스 엔진 Godot(고도) 차례입니다. 단순한 정책 하나로 넘길 수도 있지만, 그 배경에 깔린 논리가 꽤 도발적입니다.

Godot가 그은 선: “생성된 코드는 안 받습니다”

먼저 상황 정리부터 하겠습니다. Godot는 유니티나 언리얼 같은 상용 엔진의 대안으로 떠오른 무료 오픈소스 게임 엔진입니다. 특히 유니티가 2023년 런타임 요금제 논란을 일으킨 뒤로, 인디 개발자들이 대거 이주한 곳이기도 합니다. 그만큼 커뮤니티 기여로 굴러가는 프로젝트라는 뜻입니다.

이 프로젝트가 AI로 생성한 코드 기여에 선을 그었습니다. 핵심은 이겁니다. 챗GPT나 Copilot, Claude 같은 도구로 뽑아낸 코드를 그대로 Pull Request로 올리는 걸 원칙적으로 막겠다는 것입니다.

여기서 오해하면 안 되는 부분이 하나 있습니다. ‘AI 도구를 손대지 말라’는 게 아닙니다. 문제는 기여자가 자기가 낸 코드를 설명하지 못하는 상황입니다.

진짜 이유는 ‘코드’가 아니라 ‘사람’이다

Godot 측이 내건 논리가 인상적입니다. 요약하면 이렇습니다. “AI를 헤비하게 쓰는 기여자는 정작 자기가 제출한 코드를 이해하지 못하는 경우가 많다.”

이 말은 겉보기보다 훨씬 날카롭습니다. 오픈소스에서 코드 리뷰는 단순히 ‘이 코드가 돌아가느냐’를 보는 자리가 아닙니다. 메인테이너가 “여기 왜 이렇게 짰어요?“라고 물으면, 기여자가 “이 엔진의 렌더링 파이프라인상 이 순서가 필요해서요"라고 답할 수 있어야 합니다. 그 대화가 곧 코드의 품질 보증입니다.

그런데 AI가 뽑아준 코드를 붙여넣기만 한 기여자는 이 질문에서 막힙니다. 왜 그렇게 짰는지 본인도 모르니까요. 리뷰어 입장에선 사람과 대화하는 게 아니라, 얼굴 없는 생성기와 씨름하는 셈이 됩니다.

즉 Godot가 거부한 건 ‘AI가 만든 코드’라기보다, 책임질 사람이 사라진 코드에 가깝습니다.

왜 하필 지금, 왜 게임 엔진인가

이 흐름은 Godot에서 갑자기 튀어나온 게 아닙니다. 최근 오픈소스 진영 곳곳에서 비슷한 신경전이 벌어지고 있습니다.

가장 유명한 사례가 대량으로 쏟아지는 ‘AI 슬롭(slop)’ PR입니다. AI로 그럴듯하게 만든 버그 리포트나 코드 기여가 메인테이너들의 시간을 잡아먹는 문제입니다. 보안 취약점 제보 플랫폼에서도 AI가 만든 가짜 취약점 보고가 골칫거리로 떠올랐습니다. 그럴듯해 보이지만 실제로는 존재하지 않는 문제를, 사람이 일일이 검증해야 하니까요.

게임 엔진은 이 문제에 특히 취약합니다. 렌더링, 물리, 메모리 관리처럼 미묘한 부분이 많아서, AI가 ‘그럴듯하지만 미묘하게 틀린’ 코드를 내놓기 딱 좋은 영역이기 때문입니다. 겉보기엔 컴파일도 되고 돌아가는 것 같은데, 특정 상황에서 프레임이 깨지거나 메모리가 새는 식입니다. 이런 코드는 리뷰 부담을 오히려 키웁니다.

반대편의 목소리도 만만치 않다

물론 이 정책에 모두가 박수를 치는 건 아닙니다. 반대 논리도 충분히 설득력이 있습니다.

첫째, 집행이 사실상 불가능하다는 지적입니다. 손으로 짠 코드와 AI가 짠 코드를 정확히 구별할 방법이 없습니다. 결국 기여자의 자진 신고에 의존하거나, 리뷰어의 ‘감’에 맡겨야 합니다. 그러다 보면 영어가 서툰 기여자나 코딩 스타일이 독특한 사람이 애먼 의심을 받을 수도 있습니다.

둘째, 도구를 죄악시하는 게 맞느냐는 반문입니다. AI를 보조 도구로 쓰되 결과물을 스스로 완전히 이해하고 검증한 사람과, 무지성으로 붙여넣는 사람을 같은 잣대로 막는 건 과하다는 것입니다. 문제의 본질은 도구가 아니라 태도라는 지적이죠.

Godot의 접근이 영리한 지점이 바로 여기 있습니다. ‘이해했느냐’를 기준으로 삼으면, 도구 자체를 금지하지 않으면서도 무책임한 기여를 걸러낼 수 있습니다. 도구가 아니라 사람의 이해도를 본다는 프레임입니다.

짚고 넘어갈 점: 이번 글의 한계

솔직하게 말씀드리면, 이번 주제는 지난 한 달간 커뮤니티 데이터가 충분히 쌓이지 않은 상태였습니다. 그래서 구체적인 추천수나 댓글 반응 수치를 이 자리에 나열하기보다는, 오픈소스 진영에서 반복적으로 관찰되는 흐름을 중심으로 정리했습니다. 세부 정책 문구나 시행 시점은 Godot 공식 채널에서 다시 확인하시길 권합니다.

마무리: 진짜 질문은 ‘누가 책임지는가’

Godot의 결정은 ‘AI 코딩 반대’라는 감정적 반발로만 읽으면 절반만 본 것입니다. 핵심은 오픈소스라는 협업 시스템이 신뢰를 어떻게 지킬 것인가라는 오래된 질문입니다. 코드를 낸 사람이 그 코드를 설명하고 책임질 수 있어야 한다는 원칙 말입니다.

앞으로 이 흐름은 다른 대형 오픈소스 프로젝트로 번질 가능성이 큽니다. 여러분이 기여자라면, 혹은 팀을 이끄는 입장이라면 이렇게 물어볼 만합니다. 우리가 AI로 만든 코드를, 우리는 정말 이해하고 있을까요?