텍스트로 게임 만들기 AI는 무엇을 돌려주고 무엇을 남기는가

텍스트로 게임 만들기 AI는 문장과 플레이 가능한 결과물 사이의 거리를 줄인다. 화면에서 벌어지는 일을 적으면 규칙을 세우고 그림과 소리를 붙여 브라우저 탭에서 열리는 형태로 돌려준다. 씬 편집기도 스크립트 파일도 필요 없다. 대신 받는 것은 이미 돌아가는 게임이고, 수정은 매번 문장으로 되돌아간다.

텍스트로 게임 만들기 AI가 건네는 것

출력은 소스 트리가 아니라 플레이 가능한 산출물이다. AI가 추론한 규칙 한 벌, 생성된 그래픽, 사운드, 그것을 웹 페이지에서 굴리는 포장이 온다. 오지 않는 것은 손으로 재배치하는 씬 그래프와 조건을 적는 스크립트 층이다.

엔진에서는 프로젝트 파일이 진실이고 빌드는 부산물이다. 여기서는 문장이 진실이고 나머지는 부산물이며 방금 해 본 게임도 부산물이다. 같은 단락을 두 사람이 쓰면 비워 둔 부분에서 서로 다른 두 판이 나온다.

BinkBink는 이 방식으로 움직인다. 쓴 설명이 입력이 되고 브라우저에서 돌아가는 게임이 출력이 되며 링크로 공유된다. 문제는 돌아가느냐가 아니라, 남길 만한 결과가 나오려면 문장이 어디까지 구체적이어야 하느냐다.

문장이 한 판이 되기까지

AI는 글을 읽고 실체를 뽑는다. 조작하는 것, 방해하는 것, 무엇이 승리이고 무엇이 패배인지. 그것을 한두 개 조작으로 옮긴다. 짧은 세션에서 버튼 다섯 개를 가르칠 수는 없기 때문이다. 이어서 난이도 곡선을 고르고 배경에 맞는 그림을 만들고 브라우저가 읽을 형태로 묶는다.

구체성은 열정보다 강하다. "재미있는 플랫포머"라고 쓰면 결정할 것이 전부 열린 채 남고 AI는 무난한 기본값으로 빈칸을 채운다. "배달원이 공사 중인 골목 세 개를 지나고 20초마다 속도가 오르고 한 번 부딪히면 끝난다"라고 쓰면 시작과 실패와 리듬이 한꺼번에 정해진다. 절이 늘 때마다 결정이 준다.

결과는 결정적이지도 않다. 두 번 부탁하면 둘 다 설명은 만족하지만 머릿속 그림과는 다르다. 신고할 결함이 아니다. 단락을 판본으로 관리하는 이유가 여기 있다. 수정으로 좋아졌다면 문장도 같이 바뀌어야 하고, 아니면 다음 생성에서 개선이 사라진다.

H5 게임 생성기가 사는 것은 도달 범위다

H5는 게임이 브라우저에서 돈다는 뜻이다. 설치도 스토어 심사도 없다. 휴대폰과 노트북에서 같은 링크가 열린다. 이득은 배포다. 플레이 가능한 시제품을 채팅에, 게시물에, 지원 문의에 넣을 수 있다.

값은 아래에 깔려 있다. 논리와 그리기를 한 프로세스가 처리하고, WebGL 컨텍스트가 페이지와 함께 메모리에 들어가야 하며, 첫 프레임 전에 소재가 도착해야 한다. 중급 휴대폰에서 이 예산은 금방 바닥난다.

장르 궁합은 산수다. 보이는 물체가 적고 고리가 분명한 짧은 세션 게임은 무리 없이 들어간다. 무한 달리기, 아케이드 생존, 단순 퍼즐, 분기형 이야기가 여기 속한다. 지속되는 세계와 동기화되는 플레이어는 들어가지 않는다.

설명이 설계도 노릇을 그치는 지점

첫째는 모호함이다. 재미있는, 몰입되는 같은 형용사는 감각을 가리키고 감각은 실행되지 않는다. AI 게임 제작은 평가할 수 있는 조건에만 작용한다. 무엇을 누르는지, 접촉에서 무엇이 일어나는지, 언제 끝나는지. 검사로 바뀌지 않는 절은 사라진다.

둘째는 조작의 정밀도다. 프레임 단위 손맛과 점프 궤적과 피격 뒤 회복 구간은 밀리초로 반복하는 빌드에 숫자를 대 보며 맞춘다. 여기서는 절을 다시 쓰고 재생성하는 방법뿐이고 도구가 거칠다. 점프를 뜨는 느낌에서 묵직한 느낌으로 옮길 수는 있어도, 플랫포머를 공정하게 만드는 열한 프레임의 여유를 다듬을 수는 없다.

셋째는 상태의 복잡도다. "열쇠가 있고 문이 열려 있으면"은 혼자 써진다. "상점은 사흘째 날 재고를 채우고 희귀 품목은 두 번째 보스 이후에만 나온다"는 시스템이고, 시스템은 명시적 상태와 실행 순서와 저장을 요구한다.

넷째는 분량이다. 화면 하나는 싸게 나온다. 반복 없이 어려워지는 스무 개 스테이지는 생산 라인 문제이고, 캠페인이 필요해지면 손으로 쓰는 작업으로 돌아간다.

첫 버전은 저녁 한 번에 공개한다

1. 텍스트 파일에 세 문장을 쓴다. 10초마다 무엇을 하는지, 무엇이 끝내는지, 무엇이 어려워지는지. 마흔 단어 아래로.
2. 세 문장으로 생성한다. 네 번째는 붙이지 않는다.
3. 5분 해 보고 결함을 하나 고른다. 손이 멈춘 것.
4. 원인인 절을 고쳐 다시 생성하고 또 해 본다. 고쳐도 남았다면 그 절이 원인이 아니고 원인은 고리다.
5. 세 문장을 읽지 않은 세 사람에게 링크를 보낸다. 질문은 하나. 계속하고 싶은 마음이 사라진 순간.

절 두세 개를 한꺼번에 바꾸면 판은 좋아지고 어느 변경이 효과를 냈는지는 아무도 배우지 못한다. 한 회차에 한 절이면 원인과 결과가 붙어 있다.

시작하면 안 되는 사람

손맛이 상품인 게임이라면 엔진에서 시작하는 편이 빠르다. 조정의 반복 자체가 제품이고 설명은 그 일을 대신하지 못한다.

아이디어가 고리가 아니라 세계인 경우에도 잠시 멈춘다. 설정과 인물과 지도는 쓰는 것만으로 몇 달을 먹고 그동안 핵심은 정의되지 않은 채 남는다. AI는 배경에 맞는 무언가를 기꺼이 만들고 두 번째로 할 일이 없는 한 판을 돌려준다.

코드 소유권이 필요한 팀도 다르다. 검토하고 다른 사람이 확장하고 몇 년을 유지해야 한다면 산출물은 프로젝트여야 한다. 계정과 대전을 설계하는 사람도 이 경로를 시제품 단계로만 다뤄야 한다.

한 달을 넘기기 전에 확인할 네 가지

고리를 세 번 연속 해도 지루하지 않은가? 마감이 아니라 고리를 재고 다음 한 달이 값어치 있는지 예측하는 질문이다. 다음에 바꿀 변수를 집어낼 수 있는가? 답이 흐리면 설계는 아직 기분이다.

설명 없이 남이 열 수 있는가? 아무도 열지 않는 한 판은 사적인 실험이고 거기서 반응이 나오지 않는다. 아직 화면 하나인가? 답이 "화면 하나에 지도에 상점"이 되는 순간, 이 공정은 옳지 않다.

단락이 설계도다. 십 초에 다시 읽히고 남이 질문 없이 구현할 만큼 구체적이면 된다.