Godot 4.8 베타와 XR 지원, AI 게임 제작에서 쓰는 법

Godot은 노드와 씬으로 게임을 조립하는 오픈소스 엔진입니다

Godot은 2D·3D 게임과 크로스 플랫폼 프로젝트, XR 콘텐츠까지 만들 수 있는 무료 오픈소스 게임 엔진입니다. 공식 사이트가 내세우는 구조는 노드와 씬 시스템입니다. 캐릭터, 카메라, 조명, 인터페이스 같은 요소를 노드로 만들고, 이를 묶은 씬을 다른 씬 안에 다시 끼워 넣으면서 프로젝트를 키웁니다. 작은 부품을 조립해 큰 장면을 만드는 방식이라 AI로 만든 에셋을 하나씩 얹어 보기에도 편합니다.

스크립트는 자체 언어인 GDScript, C#, C++로 작성하고, GDExtension을 쓰면 다른 언어도 연결할 수 있습니다. 2D는 전용 2D 렌더링 엔진이 맡아 실제 2D 픽셀 좌표와 2D 노드를 사용합니다. 3D는 월드와 캐릭터를 만들고 애니메이션하고 렌더링하는 노드를 제공합니다. 배포 대상은 데스크톱, 모바일, 웹이고, 콘솔은 서드파티 퍼블리셔를 통해 지원한다고 공식 사이트가 설명합니다.

AI로 이미지, 영상, 3D 에셋을 만드는 크리에이터에게 Godot은 생성물을 움직이고 반응하는 장면으로 바꿔 주는 조립 단계에 놓기 좋은 도구입니다. 개발자에게는 AI 코딩 에이전트가 파일을 직접 편집하고 실행해 볼 수 있는 가벼운 실험장이 됩니다.

왜 지금 Godot이 급상승으로 잡혔는지

Muckle 레이더의 신호 점수는 63.2/100이고 단계는 급상승입니다. 최근 7일 언급은 4건, 그 전 7일은 0건, 30일 누계도 4건입니다. 회자 채널과 언급한 사람·사이트는 각각 4곳이며 직전 주에는 한 곳도 없었습니다. 처음 포착된 시점은 2023-07-17입니다. 절대량이 작아서 대중적 폭발로 읽기는 어렵습니다. 한동안 조용하던 주제에 한 주 사이 서로 다른 4곳이 동시에 반응했다는 점이 급상승 판정의 핵심입니다.

Muckle 분석으로 언급의 맥락을 묶으면 세 갈래가 보입니다. 하나는 Godot 위에서 AI가 게임을 만들고 직접 플레이하며 테스트하는 도구 흐름입니다. 다른 하나는 저장 데이터 처리처럼 입문자가 부딪히는 실무 팁입니다. 마지막은 3D와 게임 제작에 특화된 AI 모델 소식과 함께 엔진이 거론되는 흐름입니다. 엔진 자체의 새 기능보다 AI 제작 도구의 실행 기반으로 이름이 오르내린다는 점이 공통됩니다.

공식 사이트의 일정도 같은 시기에 겹칩니다. 릴리스 목록에는 8월 26일 4.8 dev 4부터 10월 29일 4.8 beta 2까지 개발 스냅숏 6개가 이어졌고, beta 1은 10월 15일에 나왔습니다. 소식란에는 10월 28일 XREAL AURA 출시 라인업에 Godot이 포함됐다는 글과, 10월 25일 여섯 번째 XR 커뮤니티 게임 잼 결과가 올라 있습니다. 8월에는 고주사율 마우스 성능 문제 수정, 9월에는 CPU 렌더링 코드 최적화 글도 있었습니다. 신호의 원인을 하나로 특정할 수는 없지만, 베타 진입과 XR 소식, AI 제작 도구 열기가 한 주에 겹친 시점으로 읽는 편이 자연스럽습니다.

핵심 기능과 작동 방식

씬 중심 구조. 모든 것이 노드이고 노드의 묶음이 씬입니다. 캐릭터 씬, 레벨 씬, 메뉴 씬을 따로 만들어 두고 필요한 곳에서 불러 쓰므로 AI가 만든 에셋을 교체해 가며 실험하기 쉽습니다.

언어 선택. GDScript는 엔진 전용 언어로 편집기와 가장 밀접합니다. C#은 기존 .NET 경험이 있는 개발자에게 맞고, C++와 GDExtension은 엔진 확장이나 성능이 필요한 부분에 씁니다. 공식 사이트는 C# 지원이 Godot 4.2 기준으로 데스크톱과 모바일에 한정되며, 웹에서 C#을 쓰려면 Godot 3를 써야 한다고 안내합니다.

XR 내장 지원. OpenXR과 WebXR을 기본으로 지원하고 그 밖의 XR SDK는 플러그인으로 연결합니다. 헤드셋용 체험을 브라우저에서 바로 보여 주는 시연도 같은 프로젝트에서 시도할 수 있습니다.

텍스트 기반 프로젝트와 헤드리스 실행. 최근 공개된 에이전트 평가 연구들은 Godot의 텍스트 기반 파일 형식과 헤드리스 실행 모드를 검증 파이프라인의 토대로 삼았습니다. 한 연구는 24만 개가 넘는 저장소에서 검증된 프로젝트 8,133개를 추렸고, 그중 300개를 수동 검증해 평가 세트로 구성했다고 보고합니다. 화면 없이 프로젝트를 돌려 파일 무결성부터 런타임 동작까지 확인할 수 있다는 뜻이고, 변경 내용을 버전 관리에서 줄 단위로 읽을 수 있다는 장점으로도 이어집니다.

실무에서는 이렇게 쓸 수 있습니다

AI 코딩 에이전트와 프로토타입을 반복 개선하는 흐름

평가 연구에서 공통으로 쓰인 순서를 실무로 옮기면 다음과 같습니다.

1. 기획을 확인 가능한 행동 목록으로 쪼갭니다. 예를 들어 ‘코인을 먹으면 점수가 오르고 화면 표시가 바뀐다’ 같은 문장입니다.
2. 에이전트에게 GDScript와 씬 구성을 맡깁니다.
3. 헤드리스로 실행해 점수나 체력 같은 상태 값을 검사합니다.
4. 녹화한 입력을 재생해 같은 조작이 같은 결과를 내는지 반복 확인합니다.
5. 화면 연출, 효과음 타이밍, 시각 피드백은 사람이 직접 봅니다.

연구에서 요구사항 기반 플레이테스트와 수리를 자동화한 에이전트 스킬은 세 모델의 실행 기반 점수를 14.1~24.3점 끌어올렸다고 보고됐습니다. 다만 이는 다섯 엔진을 함께 다룬 평가의 결과라 Godot만의 수치로 읽으면 안 됩니다.

생성 에셋을 인터랙티브 장면으로 묶는 흐름

이미지 생성 도구로 만든 배경과 캐릭터 시트, 3D 생성 도구에서 내보낸 모델 파일을 Godot 씬에 배치하고, 노드 단위로 애니메이션과 조명을 맞춥니다. 영상 결과물이 필요하면 실시간 장면을 화면 녹화로 뽑는 방법도 있습니다. 이 단계에서 가장 자주 부딪히는 문제는 스타일 불일치와 해상도 차이입니다. 씬 하나에서 에셋을 교체해 보며 톤을 맞추는 작업은 노드 구조 덕분에 부담이 적습니다. 에셋의 이용 조건은 생성 도구마다 다르므로 배포 전에 각각 확인해야 합니다.

XR 체험과 웹 시연을 한 프로젝트에서 만드는 흐름

OpenXR 대응 헤드셋용 체험을 만들고, 같은 프로젝트에서 WebXR 빌드를 뽑아 링크 하나로 시연하는 구성이 가능합니다. 공식 소식란에는 XREAL AURA 출시 라인업 합류와 XR 게임 잼 결과가 올라와 있어 XR 쪽 활동이 이어지는 분위기입니다. 짧은 잼 일정으로 아이디어를 검증해 보려는 팀에게 맞는 선택지입니다.

강화학습 환경과 자동 플레이 실험

2021년 공개된 Godot RL Agents는 Godot에서 학습 환경과 에이전트를 만들 수 있는 오픈소스 인터페이스로, Gym 인터페이스와 Ray RLlib, Stable Baselines용 래퍼를 제공한다고 소개됩니다. 저자들은 고성능 노트북에서 CPU 4코어로 병렬화했을 때 초당 약 12,000회 상호작용을 보고했습니다. 2021년 측정치이고 하드웨어 조건이 한정돼 있으므로, 현재 Godot 버전과의 호환성은 도입 전에 직접 확인해야 합니다.

대안과 비교하면 이런 위치입니다

다섯 엔진을 함께 평가한 연구에서는 엔진마다 설정별 순위가 일치하지 않았고(순위 상관 0.14~0.62), 같은 게임이 Unity와 Unreal에서 더 높게 나오는 이유로 두 엔진이 플레이 전에 더 많은 항목을 검사한다는 점이 제시됐습니다. 따라서 이 표는 우열표가 아니라 선택 출발점입니다. 가격, 라이선스 조건, 플랫폼 지원은 프로젝트 시점에 각 엔진의 공식 문서로 확인해야 합니다. 일반적으로 가벼운 2D 프로토타입과 XR 실험, 오픈소스 선호도가 높은 팀에서는 Godot이 먼저 후보에 오릅니다. 대형 3D 파이프라인이나 특정 플랫폼 종속 서비스가 목표라면 다른 엔진을 같이 검토하는 편이 안전합니다.

한계와 주의할 점

AI 에이전트의 완성도는 아직 낮습니다. Godot 과제 140개로 구성된 한 평가에서 가장 강한 에이전트의 점수가 41.46%였고 대부분은 40%에 못 미쳤습니다. 규칙 중심 과제 72개를 다룬 다른 평가에서는 20개 모델·스캐폴드 조합 중 최고 관측 실행이 과제의 52.78%를 풀었습니다. 이는 평균이 아닌 최고치입니다. 다섯 엔진 대상 장기 평가에서는 게임이 엔딩까지 도달한 실행이 16%였습니다. 프로젝트 규모가 커질수록 성적이 급락하는 경향도 보고됐습니다. 소형 프로젝트에서 80.4%였던 런타임 통과율이 대형 프로젝트에서는 5.7%로 내려갔습니다. 이 수치들은 평가 조건 안의 에이전트 성적이며 엔진 성능이나 개발자 생산성을 직접 측정한 값은 아닙니다.

실패 패턴은 비슷합니다. 검토된 제출물에서 두드러진 문제는 요구사항 누락과 게임플레이 로직 오류였고, 실패한 결과물 다수는 실행은 되지만 필수 동작 일부가 틀려 있었습니다. 컴파일이 통과해도 동작 품질이 좋아지지 않는다는 보고도 있습니다. 실행됐다는 사실을 완성의 근거로 삼지 말고 행동 단위 체크리스트로 확인해야 합니다.

베타 버전은 시험용입니다. 4.8 시리즈는 공식 사이트에서 개발 스냅숏으로 분류됩니다. 진행 중인 제작에는 안정판 4.7.2를 쓰고, 베타는 프로젝트 사본에서 호환성만 시험하는 편이 안전합니다.

플랫폼과 언어 제약. C# 웹 내보내기 제약은 앞서 설명한 대로입니다. 콘솔은 서드파티 퍼블리셔를 거쳐야 하므로 일정과 비용을 별도로 확인해야 합니다. 하드웨어 요구 사양은 버전과 렌더링 방식에 따라 달라지니 공식 문서의 해당 버전 항목을 기준으로 삼으세요.

라이선스와 윤리. 공식 사이트는 Godot을 오픈소스로 소개하며 정확한 조항은 공식 저장소의 라이선스 문서에서 확인할 수 있습니다. AI 도구를 쓸 때는 두 가지를 챙겨야 합니다. 첫째, 생성 에셋과 생성 코드의 이용 조건입니다. 평가 연구 가운데에는 네트워크 접근이 열려 있으면 에이전트가 공개 저장소의 코드를 복사했다는 보고가 있습니다. 그 빈도는 확인되지 않지만, 출처 불명 코드가 섞일 수 있으니 검토 단계에서 확인해야 합니다. 둘째, 게임 잼 프로젝트를 모아 만든 평가 데이터는 상용 프로젝트를 대표하지 않는다는 점입니다.

지원 구조. Godot은 후원과 개발 기금으로 운영되고, 공식 사이트도 기부와 기업 후원을 안내합니다. 오래 쓸 팀이라면 기금 참여나 문서·버그 리포트 기여를 검토할 만합니다.

시작하는 방법

1. 공식 사이트에서 안정판 4.7.2를 내려받아 새 프로젝트를 만듭니다. 설치 없이 실행되는 단일 편집기부터 써 보면 부담이 적습니다.
2. 처음에는 GDScript로 작은 2D 장면 하나를 만들어 노드와 씬 구조를 익힙니다.
3. 프로젝트 폴더를 버전 관리에 올리고 AI 에이전트에는 한 번에 한 기능만 요청합니다. 변경 내용을 줄 단위로 읽을 수 있어 되돌리기 쉽습니다.
4. 기능마다 확인 가능한 행동 문장을 적어 두고, 헤드리스 실행이나 입력 재생으로 반복 검사합니다.
5. 생성 에셋은 출처와 이용 조건을 파일 옆에 기록해 두고 씬에서 교체하며 톤을 맞춥니다.
6. XR이 목표라면 OpenXR이나 WebXR 설정을 가장 작은 장면으로 먼저 확인한 뒤 확장합니다.
7. 4.8 베타는 사본 프로젝트에서 호환성만 시험하고, 정식 공개 후 이전을 판단합니다.

Muckle의 판단

Godot은 AI로 만든 이미지, 모델, 코드를 가볍게 조립해 움직여 보려는 크리에이터와 개발자에게 좋은 실험 기반입니다. 텍스트 기반 프로젝트와 헤드리스 실행은 에이전트 자동화에 잘 맞고 XR 지원도 기본 기능에 들어 있습니다. 다만 현재 평가 연구가 보여 주는 에이전트 성적은 절반 안팎이어서, 지금은 초안과 반복 작업은 AI에, 요구사항 정의와 연출 판단은 사람에게 두는 분업이 현실적입니다.

지켜볼 지점은 세 가지입니다. 4.8의 정식 공개 시점과 변경 내용, XR 기기 연동이 실제 제작 사례로 이어지는지, 그리고 에이전트 기반 제작 도구가 엔진 편집기 안으로 얼마나 들어오는지입니다. 신호 규모가 작으므로 급상승 자체보다 이 세 가지의 후속 소식을 기준으로 도입 시기를 정하세요.