endueendue

GPT-6 Astra 와 Unity, 3D 작업에서 달라지는 것들

OpenAI 의 새 모델은 Unity 씬을 고치고 직접 플레이해 본 뒤 깨진 곳을 다시 고칩니다. 공개된 사례가 보여 주는 것과 성과가 나온 이유, 우리 팀이 따라 해 보려면 무엇부터 준비할지 정리했습니다.

어두운 격자 바닥 위에 라벤더색 선으로 그린 정육면체가 떠 있고, 옆에서 초록색 화살표가 원을 그리며 돈다.

9월 초 OpenAI 가 GPT-6 Astra 를 내놓은 뒤 3D 쪽 반응이 유독 뜨거웠습니다. Unity 에서 씬을 고치고, Blender 로 집을 짓고, Godot 으로 게임 하나를 끝까지 만드는 영상이 며칠 사이에 쏟아졌죠. Unity 도 공식 계정으로 축하 인사를 남기며 코딩 에이전트와 함께 3D 환경을 만드는 흐름을 짚었습니다.

화제가 된 장면들을 뜯어 보면 공통점이 하나 있습니다. Astra 는 3D 파일을 직접 만들어 내지 않습니다. API 문서 기준으로 입력은 텍스트와 이미지, 출력은 텍스트뿐입니다. 대신 컴퓨터 사용, 셸, 코드 수정, MCP 같은 도구로 Blender 와 Unity 를 사람처럼 다룹니다. 그러니 “Astra 로 3D 를 만든다”는 말은 Astra 가 우리가 쓰던 툴을 대신 만진다는 뜻입니다.

이 글에서는 공개된 사례와 Unity 쪽 변화를 정리하고, 거기서 얻을 수 있는 교훈 여섯 가지를 뽑았습니다.

무엇이 공개됐나

OpenAI 가 소개한 사례와 뒤이은 개발자 정리를 모으면 이렇습니다.

사례 Astra 가 다룬 도구 결과
평면도 콘셉트로 집 짓기 Blender(헤드리스 Python), Unreal Engine 5 걸어 다닐 수 있는 3D 집
회색 박스 하나에서 테마가 다른 프로토타입 3종 Unity, Playco 의 Playbot 대부분 첫 시도에 동작, 수동 수정 약 50% 감소
3D 액션 게임 Godot 설정에 따라 약 25~53분에 완성
우주 탐험 게임 Void Explorer TypeScript, Three.js, WebGPU 항성계 2,048개, 행성 1만 개 이상

숫자로 가장 눈에 띄는 건 Playco 사례입니다. Playco 는 게임 개발용 AI IDE 인 Playbot 을 만들고 있습니다. Playbot 은 Unity 와 Godot 에 직접 붙어서 모델이 씬을 편집하고, 게임을 실행해 플레이하고, 테스트로 변경을 검증하게 해 줍니다. 여러 작업을 나란히 돌릴 수도 있습니다. OpenAI 에 따르면 이 환경에서 Astra 는 이전 모델보다 사람이 손으로 고쳐야 하는 일을 절반가량 줄였습니다. 다만 이 수치는 Unity 쪽 결과이고, Godot 에서도 같다는 뜻은 아닙니다.

Unity 도 에이전트를 맞을 준비를 했다

Astra 가 나오기 한 달 반 전, Unity 는 Unity CLI 와 Pipeline 패키지를 발표했습니다. 에이전트 입장에서 달라진 점은 세 가지입니다.

  • 에디터가 스스로를 설명합니다. 연결된 에디터에 명령을 물으면 지금 쓸 수 있는 작업 목록을 돌려줍니다. 에이전트는 미리 외워 둔 목록 없이도 할 수 있는 일을 찾아냅니다.
  • 고치고 확인하는 루프가 터미널에서 닫힙니다. Play Mode 진입, 테스트 실행, 로그 읽기, 빌드까지 사람이 결과를 중간에서 옮겨 주지 않아도 됩니다.
  • unity mcp 가 에디터 내장 MCP 서버를 대신합니다. 셸을 쓸 수 없는 클라이언트는 MCP 로 붙고, 셸을 쓸 수 있으면 unity command·unity eval 로 에디터를 직접 부릅니다. Unity 문서는 직접 명령이 MCP 보다 빠르고 토큰도 덜 쓴다고 설명합니다.

보안 장치도 함께 들어왔습니다. 실행 중인 에디터에서 C# 을 실행하는 eval 은 보안 토큰이 있어야 쓸 수 있고, 실행 중인 게임에 붙는 런타임 기능은 기본으로 꺼져 있으며 켜더라도 로컬에서만, 개발·QA 빌드에서만 동작합니다. Unity 6.0 LTS 이상이 필요합니다.

사례에서 얻는 교훈 여섯 가지

1. 성과는 확인하는 루프에서 나온다

Playbot 사례에서 수동 수정이 줄어든 건 모델이 결과를 직접 플레이해 보고 문제를 찾아 다시 고쳤기 때문입니다. 한 번에 잘 만드는 능력도 중요하지만, 틀린 곳을 스스로 발견하는 구조가 더 큰 차이를 만듭니다.

그래서 먼저 준비할 것은 좋은 프롬프트보다 확인 장치입니다. 씬이 오류 없이 열리는지, 프레임 시간이 예산 안에 드는지, 핵심 상호작용이 동작하는지. 이런 검사를 스크립트로 만들어 두면 에이전트가 수정할 때마다 돌려 볼 수 있습니다.

2. 가장 빠른 3D 인터페이스는 코드다

Blender 사례에서 Astra 는 화면을 클릭하는 대신 헤드리스 Blender 를 Python 으로 다뤘습니다. Three.js 게임은 처음부터 코드였고, Unity 는 CLI 와 eval 로 에디터를 직접 부릅니다. 화면을 보며 조작하는 방식은 가능하긴 해도 가장 느리고 토큰도 많이 듭니다.

파이프라인이 스크립트로 돌아가는 만큼 에이전트도 빨라집니다. 자주 하는 작업이 에디터 메뉴 안에만 있다면 명령으로 꺼내 두세요.

3. 새로 만들기보다 조합하기

ITHappy Studios 는 자사의 무료 에셋 팩으로 Astra 가 Unity 에 도시를 조립한 사례를 소개하면서, 새 에셋을 생성하는 대신 준비된 라이브러리를 조합한 점을 높이 샀습니다. 품질과 일관성을 지키기 쉬운 방식입니다.

이름 규칙과 스케일이 통일된 프리팹 라이브러리가 그대로 에이전트의 재료가 됩니다. 라이선스가 분명한 에셋만 넣어 두는 일도 이 단계에서 챙겨야 합니다.

4. 렌더가 멀쩡하다고 에셋이 멀쩡한 건 아니다

레퍼런스 이미지 한 장으로 Blender 씬을 만드는 과정을 정리한 글들은 같은 경고를 합니다. 그럴듯한 렌더는 스케일, 토폴로지, UV, 노멀, 가려진 면, 성능이 제작 기준에 맞는다는 증거가 되지 못합니다. 이미지에 없는 면은 모델도 알 수 없습니다.

폴리곤 예산, 텍스처 용량, 콜리전, 이름처럼 기계로 확인할 수 있는 기준은 검사 스크립트로 만들어 에이전트에게 주고, 눈으로 봐야 하는 품질은 테크니컬 아티스트가 마지막에 확인하는 식으로 역할을 나누는 편이 현실적입니다.

5. 손맛은 사람이 잡는다

FPS 게임을 다듬는 사례에서도 조작감을 맞추는 단계는 사람이 방향을 주며 여러 번 반복했습니다. 무엇이 재미있는지, 어떤 느낌이어야 하는지는 여전히 사람이 정합니다.

에이전트에게 맡기기 전에 목표를 구체적으로 적어 두세요. 참고할 게임, 카메라 거리나 점프 높이 같은 수치, 절대 바꾸면 안 되는 것. 기준이 분명할수록 결과를 돌려보내는 횟수가 줄어듭니다.

6. 시간과 비용, 격리부터 정한다

Godot 사례에서 게임 하나에 25분에서 53분이 걸렸습니다. API 가격은 입력 100만 토큰당 10달러, 출력 100만 토큰당 50달러이고, 한 번에 27만 2천 토큰을 넘게 넣으면 요율이 올라갑니다. 큰 씬이나 로그를 통째로 컨텍스트에 넣기 전에 한 번 더 생각할 이유입니다.

에이전트가 에디터와 셸을 직접 다루는 만큼 작업 환경도 나눠야 합니다. 개발용 머신과 저장소에서 돌리고, 운영 자격 증명은 주지 말고, 결과는 브랜치 단위로 검토한 뒤 합치세요.

이번 주에 해 볼 만한 것

  1. 회색 박스 수준의 작은 씬 하나를 고릅니다.
  2. Unity 6 이상 프로젝트에 Unity CLI 와 Pipeline 패키지를 설치합니다.
  3. 검사 세 가지를 스크립트로 만듭니다. 씬 로드 오류 없음, 프레임 예산, 핵심 상호작용 하나.
  4. 에셋 라이브러리 위치와 이름 규칙, 바꾸면 안 되는 것을 적은 짧은 지침을 에이전트에게 줍니다.
  5. 편집, 플레이, 검사, 수정 순서로 루프를 돌리고 결과는 브랜치 단위로 검토합니다.

endue 에서는

GPT-6 Astra 는 endue 모델 카탈로그에도 올라 있어서 유료 요금제에서 에이전트 모델로 고를 수 있습니다. 편집하는 쪽과 확인하는 쪽을 나누는 구성은 멀티 에이전트 글에서 다룬 생성자·검증자 패턴과 같은 생각입니다. 만드는 에이전트와 확인하는 에이전트를 따로 두면 서로의 기준이 섞이지 않습니다.

참고 자료