AI GAME BUILDER가 하는 일과 못 하는 일

AI GAME BUILDER는 요청문을 받아 지금 열린 씬과 프로젝트의 파일을 직접 바꾸는 에디터 안의 AI입니다. 이 페이지는 AI가 어디까지 바꾸는지, 결과를 왜 사람이 확인해야 하는지, 어떤 작업을 손으로 하는 편이 나은지를 설명합니다.

AI가 바꾸는 것

AI GAME BUILDER는 코드나 설명을 제안하는 데서 끝나지 않습니다. 에디터의 실제 데이터를 바꿉니다. 실측한 판들에서 AI가 한 일은 다음과 같습니다.

AI는 작업을 따로 진행하다가, 끝날 때 바꾼 내용을 씬에 한꺼번에 반영하고 씬에 반영했습니다 · 엔티티 N개 추가 … 줄을 남깁니다. 반영된 내용은 손으로 바꾼 내용과 똑같이 바로 저장됩니다. 저장 버튼을 누를 필요가 없습니다. 작업을 시작하기 전에 계획을 한 번 확인받지만, 작업이 끝나 씬에 반영될 때는 다시 묻지 않습니다.

시작 전에 한 번만 확인한다

요청문을 보내면 AI는 먼저 지금 씬을 읽고 할 일을 계획으로 적은 뒤 이대로 진행할까요? 카드를 띄웁니다. 예를 누르면 작업이 시작되고, 아니오를 누르면 아무것도 바꾸지 않고 바꿀 점을 묻습니다. 2026-10-27~29 실측에서는 첫 게임 만들기부터 고치기, 모델 바꾸기까지 보낸 요청 모두에 이 카드가 나왔습니다.

확인은 이 한 번뿐입니다. 예를 누른 뒤에는 작업이 끝날 때까지 중간 승인이 없고, 끝나면 바뀐 내용이 씬에 한꺼번에 반영됩니다. 작업 중에는 보내기 버튼이 중단으로 바뀌고, 작업이 끝나면 다시 보내기 버튼으로 돌아옵니다.

계획은 결과를 보장하지 않습니다. 계획에 "그대로 둡니다"라고 적힌 엔티티를 작업 중에 바꾼 사례가 있습니다. 계획에서 무엇을 읽어야 하는지는 계획 확인과 작업 단계 읽기에 있습니다.

부탁하지 않은 변경

AI는 요청문에 없는 것을 덧붙이거나 바꿀 때가 있습니다. 대개 게임을 더 그럴듯하게 만들거나 자동 점검에서 찾은 문제를 고치려는 변경입니다. 같은 별 모으기 요청문으로 7번 만들었을 때 관측한 것은 다음과 같습니다.

• 바닥 둘레에 벽이나 난간을 세웠습니다(7판 중 5판).
• 확인용으로 만든 *Probe.js 파일을 지우지 않고 다른 기능으로 바꿔 붙였습니다(7판 중 4판).
• R 키로 다시 시작하는 기능을 붙였습니다(1판).
• 별이 떠다니거나 승리 문구가 깜빡이는 장식 효과를 붙였습니다(1판).

규칙을 더하거나 설명만 부탁한 요청에서도 같은 일이 있었습니다.

• 목숨 규칙을 넣을 때 공이 떨어질 수 없다는 이유로 둘레 벽 4개를 지웠습니다(2판 중 2판).
• 자동 점검이 "너무 어둡다(밝기 9%)"고 판단해 씬 전체의 머티리얼을 밤 분위기에서 낮 분위기로 바꾸고 카메라를 높였습니다(2판 중 1판). 요청문 끝에 "나머지는 그대로 두세요"가 있었습니다.
• 확인용으로 목숨을 1개로 줄였다가 되돌렸다고 보고했지만 실제로는 1개가 남아 있었습니다(1회).
• "고치지 말아 주세요"를 붙여 스크립트 설명만 부탁했는데, 자동 점검이 시간 표시 텍스트의 색과 크기를 바꿨습니다(1회). 설명을 부탁한 스크립트 파일은 크기가 그대로였습니다.

다른 씬까지 바뀔 수 있다

한 프로젝트의 씬들은 스크립트 파일을 함께 씁니다. 그래서 한 씬에서 시킨 작업이 다른 씬의 게임을 바꿀 수 있습니다. 한 프로젝트에 씬 7개를 만들어 실험했을 때 다른 씬이 깨진 사례가 2건 있었습니다. 다른 씬이 남긴 파일과 이름이 겹쳐 AI가 새 파일을 만들지 못한 사례도 1건 있었습니다. 구조는 씬마다 따로인 것, 프로젝트가 함께 쓰는 것에서 설명합니다.

바뀐 범위를 찾는 절차는 AI가 바꾼 범위 확인하기에 있습니다. 기본 순서는 변경 보고 읽기, 바뀐 에셋 확인, 스크립트 열어 보기입니다.

사람이 검증해야 하는 이유

AI도 작업 중에 게임을 실행합니다. 하지만 한 번에 몇 초씩이고, 한 요청에서 실행할 수 있는 횟수에도 한도가 있습니다. 그래서 AI의 점검은 "오류 없이 켜지고 움직인다"까지로 보는 것이 안전합니다. 게임을 끝까지 해 봐야 드러나는 결함은 놓친 사례가 있습니다.

• 자동 점검이 문제 없음으로 끝난 판에서 직접 실행하자 결함 3개가 나왔습니다. 시작하자마자 승리 문구가 떠 있었고, 별을 먹어도 개수가 오르지 않았고, 카메라가 공을 따라가지 않았습니다.
• 목숨 규칙을 넣은 판에서 AI는 "목숨 감소와 게임 오버까지 확인했다"고 보고했습니다. 실제로는 시작하자마자 게임 오버가 떠 있었습니다.
• AI가 파란 공을 "빨간 공"이라고 설명한 적이 있습니다(1회). 코드 주석이 예전 내용 그대로였습니다.

또 AI가 보는 것은 "되는가"까지입니다. 목숨 3개가 너무 넉넉한지, 다시 시작하는 위치가 답답한지는 사람이 해 봐야 압니다. 따라서 AI 작업이 끝날 때마다 Launch로 직접 실행해 확인합니다. 마지막 줄을 해석하는 법은 마지막 줄과 자동 점검 해석에 있습니다.

AI가 하지 못하는 것

실측으로 확인한 한계는 다음과 같습니다.

• 게임을 처음부터 끝까지 플레이하지 못합니다. 위의 이유로 끝까지 가야 보이는 결함은 사람이 찾습니다.
• 요청을 늘 한 번에 끝내지는 못합니다. 같은 요청문 7판 중 1판은 중간에 멈췄고, 3판은 실행 한도에 걸려 마지막 확인을 마치지 못했습니다. 대처는 멈췄을 때, 덜 끝났을 때, 맴돌 때에 있습니다.
• Ctrl+Z는 AI가 씬에 한 변경만 되돌리고 스크립트 파일은 되돌리지 않습니다(2026-10-29 실측).

작성 대기 그림(텍스처) 생성과 소리 확인이 가능한지 현재 에디터에서 재확인. 이전 판에서는 그림을 그리지 못하고 소리를 듣지 못한다고 관측됨

손과 AI, 어느 쪽이 나은가

손으로 하는 편집은 크레딧을 쓰지 않고 몇 초면 끝나며, 바꾼 칸만 바뀝니다. AI 요청은 몇 분이 걸리고 크레딧을 쓰며, 부탁하지 않은 곳까지 바뀔 수 있습니다. 반면 여러 엔티티와 스크립트를 서로 맞춰야 하는 작업은 손으로 하면 어긋나기 쉽습니다.

다음으로

• AI 창 열고 요청 보내기
• 계획 확인과 작업 단계 읽기
• 요청문 쓰는 원칙
• 마지막 줄과 자동 점검 해석
• AI가 바꾼 범위 확인하기