1. 코드 생성은 쉬워지고 검증 인력은 그대로, 고도가 짚은 코드 검토 병목

〈슬레이 더 스파이어 2〉가 올린 고도의 위상

〈슬레이 더 스파이어 2(Slay the Spire 2)〉는 인디 개발사 메가 크릿(Mega Crit)이 만든 로그라이크 덱빌딩 게임으로, 2026년 3월 5일 스팀에서 앞서 해보기(Early Access)로 출시됐다. 고도 공식 쇼케이스에도 대표 상용작으로 올라 있다.

스팀 공식 통계를 보면 2026년 8월 10일 현재 동시접속자는 5만 6,390명, 당일 최고치는 10만 667명으로 나타났다. 고도를 소규모 취미 프로젝트용 엔진으로 보는 인식은 사실과 다르다.

고도 재단이 예고한 AI 코드 기여 규칙 강화

고도 재단(Godot Foundation)은 2026년 6월 30일 공식 글에서 기여 정책을 강화하겠다고 밝혔다. 오픈소스에서 ‘기여’란 프로젝트 바깥의 개발자가 직접 고친 코드를 원본에 보태 넣는 일을 말한다. 고도에서는 누구나 코드를 고쳐 반영해 달라고 요청할 수 있고, 그 요청 한 건이 풀 리퀘스트(pull request, 이하 PR)다. 유지관리자가 검토해 승인해야 엔진에 들어간다. 기여 정책은 이 요청을 어떤 조건에서 받을지 정한 규칙이다.

재단은 자율 AI 에이전트가 스스로 만들어 보낸 코드나 이른바 바이브 코딩으로 뽑아낸 코드는 받지 않기로 했다. 이런 요청은 이미 깃허브 저장소에서 자동 차단 대상이라고 설명했다. AI로 코드의 상당 부분을 생성하는 것도 금지하며, 코드는 원칙적으로 사람이 작성하고 AI 보조는 코드 완성과 정규표현식 작성, 찾기·바꾸기 같은 단순 작업에 한정해야 한다고 했다.

AI가 작성에 관여했다면 해당 PR의 토론란에서 밝히도록 했고, 사람 사이의 소통에 들어가는 AI 생성 텍스트도 금지 대상으로 들었다. 다만 원문을 사람이 썼다면 기계번역은 허용한다고 명시했다.

3,000건에서 5,309건으로 쌓인 대기 코드

고도의 병목은 AI 이전부터 있었다. 프로젝트 매니저 레미 베르셸드(Rémi Verschelde)가 2024년 12월 4일 공식 블로그에 공개한 통계를 보면, 당시 저장소에는 아직 처리되지 않은 PR이 약 3,000건 쌓여 있었고 월 신규 PR은 약 600건, 하루 약 20건이었다. 같은 글에서 그때까지 생성된 PR은 45,213건, 공개 개발 기간은 10년 이상, 코드 기여자는 2,800명으로 집계됐다. 베르셸드는 소규모 리뷰어 집단이 한 달 600건의 PR을 검토하기는 버겁다고 설명했다.

2026년 8월 10일 고도 공식 깃허브의 실시간 페이지에는 아직 열려 있는 PR이 5,309건, 병합되거나 반려돼 닫힌 PR이 51,460건으로 표시됐다. 2024년 말의 약 3,000건과 견주면 적체가 2,000건 넘게 늘어난 셈이다. 쌓인 PR의 상당수는 정해진 흐름을 따라 처리된다. 고도 문서를 보면 정상이던 기능이 깨진 것을 되돌리는 회귀 수정의 80%는 1주, 일반 버그 수정의 80%는 2주, 기능 개선의 80%는 2개월 안에 병합되거나 반려됐다. 적체의 큰 부분은 수명이 긴 기능·설계 변경 PR이 뒤에 남으며 생긴다.

고도 재단은 6월 30일 글에서 AI 생성 기여가 최근 늘었고 PR을 만드는 데 드는 노력이 줄면서 PR 수가 증가했다고 밝혔다. 재단이 직접 확인한 것은 PR 리뷰가 엔진의 가장 큰 병목이라는 사실이다. 제출은 AI로 빨라졌지만 엔진 코드를 이해하고 검증할 리뷰어의 수와 검토에 드는 노동은 그만큼 늘지 않았다. 대가 없이 프로젝트를 유지해 온 관리자에게 검토 부담이 쏠리는 구조가 정책 강화의 배경에 있다.

고도 엔진 로고 ⒸGodot Foundation

고도 열린 PR 추이, 2024·2026년 조회 ⒸGodot·GitHub

2. 품질이 아니라 책임과 지속가능성, 상용 엔진과 갈린 AI 통제 방식

설명하고 고칠 사람을 남기는 검토의 원칙

고도의 논리는 코드 품질을 넘어 책임과 지속가능성으로 향한다. 재단이 공식적으로 제시한 목표는 자신이 제출한 코드에 책임지고 나중에 고칠 수 있는 사람이 기여하게 하는 것, 신규 기여자를 미래의 유지관리자로 키우는 것, 공들이지 않은 제출에 장벽을 두는 것, 리뷰어가 시간을 쓸 이유를 되살리는 것이다. 재단의 설명을 요약하면, AI 자체는 책임을 질 수 없고 AI 의존이 큰 제출자가 자기 코드를 충분히 이해해 나중에 수정할 수 있는지도 믿기 어렵다는 판단이다.

책임 소재는 사람과 AI를 가르는 기준이 된다. 사람 초보자가 서투른 코드를 올려도 검토 비용은 들지만, 그 검토는 미래의 리뷰어와 유지관리자를 길러 내는 교육 투자가 된다. 반대로 자율 에이전트가 대량으로 만든 PR에 같은 검토 시간을 쓰면 그 피드백이 사람의 역량으로 돌아오지 않는다는 것이 고도의 판단이다. 그래서 재단은 이번 사안을 코드 성능 논쟁이 아니라 검증 비용과 사후 책임을 누가 지느냐의 문제로 규정했다. 유지관리자가 되는 일은 명예가 아니라 책임이라는 고도 문서의 표현이 정책의 방향을 압축한다.

고도가 기여의 입구에서 규칙을 세운 배경에는 엔진 코드의 특성도 있다. MIT 라이선스로 공개된 고도는 커뮤니티가 엔진 자체를 공동으로 개발하고, 모든 변경은 PR과 사람 리뷰를 통과해야 한다. 잘못된 패치가 병합되면 그 비용은 특정 프로젝트가 아니라 엔진을 쓰는 모든 사용자와 장기 유지관리자에게 번진다. 유니티·언리얼의 상용 엔진과 통제 지점이 갈리는 까닭이 여기에 있다.

Godot Engine 4.0 3D 에디터 작업 화면 ⒸGodot Engine

유니티와 언리얼이 AI를 넣는 방식

유니티(Unity)와 에픽(Epic)은 2026년 고도와 거의 반대 방향으로 움직였다. 유니티가 2026년 5월 공개한 AI 베타에서 AI와 개발 도구를 잇는 연결 규격인 모델 컨텍스트 프로토콜(Model Context Protocol, MCP) 서버는 클로드 코드(Claude Code)와 커서(Cursor) 같은 에이전트를 유니티 프로젝트에 직접 연결한다. 에이전트는 씬 상태와 게임 오브젝트, 콘솔 로그를 읽고 에디터 동작을 실행하며 유니티의 주력 언어인 C# 스크립트를 생성·수정할 수 있다. 유니티는 생성 결과에 메타데이터를 붙여 추적하게 하고, 조직 관리자가 기능을 끌 수 있게 했다. 다만 결과물이 제3자 권리를 침해하지 않는지, 최종 빌드에 쓸 권리가 있는지는 이용자 책임으로 남겼다.

언리얼 엔진(Unreal Engine)도 방향은 비슷하다. 에픽은 언리얼 엔진 5.8에 실험적 MCP를 넣어 AI 에이전트가 에디터에 연결해 액터 생성과 조명 설정, 머티리얼 제작, 자동화 테스트를 실행하게 했다. 2026년 6월 공개한 언리얼 엔진 6 로드맵에서는 대규모 언어모델과 생성형 AI, 클로드, 코덱스(Codex)가 콘텐츠 제작에서 중심 역할을 하게 하겠다고 밝혔다. 다만 에픽은 지금의 성공 사례 상당수가 엔진 코드 자체를 생성하는 일과는 다른 보조 업무라고 선을 그었고, 엔진 기술을 AI 모델 학습에 넣는 것은 이용약관으로 막았다.

세 엔진의 차이는 AI를 받아들이느냐보다 책임을 어디에 두느냐에서 나온다. 유니티와 언리얼의 AI 에이전트는 기본적으로 개발사가 자기 게임 프로젝트를 고치도록 돕는다. 잘못된 생성물이 들어가면 그 대가는 우선 해당 프로젝트의 개발사가 치른다. 반면 고도의 기여는 엔진 자체로 흘러든다. 한 번 병합된 코드는 그 엔진을 쓰는 모든 게임에 닿고, 뒷수습은 공동 유지관리자의 몫으로 돌아온다. 상용 엔진은 제작 환경 안에서 AI를 통제하고, 고도는 기여의 입구에서 제한하는 셈이다. 같은 AI 코드 생성을 두고 서로 다른 정책이 합리적으로 공존하는 이유다.

Unity AI·MCP 활용 화면 ⒸUnity Technologies

3. 사용 여부가 아니라 검증 체계, 한국 게임 개발이 세울 대응 기준

사용 여부보다 검토 책임자와 확인 기준의 정착

한국에서 고도의 사용도는 아직 높지 않지만, 정책이 던진 질문은 국내 개발 현장에도 똑같이 닿아 있다. 한국콘텐츠진흥원의 에듀코카에는 고도엔진 초급 과정이 별도로 편성돼 있고, 유니티 과정과 생성형 AI 게임개발 과정도 함께 제공된다. 고도가 공공 게임개발 교육 체계에 자리 잡았다는 뜻이다. 제작 현장을 겨냥한 정책도 함께 움직였다. 문화체육관광부와 한국콘텐츠진흥원은 2026년 5월 18일 게임제작환경 인공지능 전환(AX) 지원사업의 참여기업 모집을 공고했고, 접수는 게임개발자협회를 비롯한 협회 네 곳이 나눠 맡았다.

국내 제작 현장에 이미 들어온 AI와 자동화

국내에서도 AI와 자동화는 이미 제작 현장에 깊이 들어와 있다. 넥슨의 NDC 2026 회고를 비롯한 여러 게임사의 사례가 그 흐름을 보여 준다. 다만 고도처럼 AI 생성 코드의 병합·검토·책임자까지 공개적으로 규정한 업계 공통 지침은 아직 드물고, 관련 기준은 회사별 내부에서 다뤄지는 단계로 보인다. 국내 게임사에 필요한 것은 AI를 쓰느냐 마느냐의 결정이 아니라, 생성 코드의 검토 책임자를 지정하고 이해·수정이 가능한 코드만 제출하도록 하는 기준이다.

국내 개발사가 세워야 할 기준도 같은 자리에 있다. 보안과 오류를 확인하는 절차를 두고, 충분히 이해하지 못한 코드가 그대로 올라가지 않게 하며, AI가 관여한 범위를 밝히도록 하는 일이다. 국내 개발사도 AI를 어디까지 쓸지보다 그 체계를 어떻게 세울지를 먼저 정해 둘 필요가 있다.

2026 넥슨 개발자 콘퍼런스 행사장 전경 ⒸNEXON (좌), 에듀코카 고도엔진 교육 과정 ⒸKOCCA (우)