ChatGPT로 게임 만들기: 코딩 몰라도 되는 5단계 프로토타입 스프린트

ChatGPT로 게임 만들기, 지금 무엇이 달라졌나?

달라진 것은 만든 결과를 실행하는 단계가 사라졌다는 점이다. 예전에는 ChatGPT가 준 코드를 복사해 파일로 저장하고 브라우저에서 여는 과정이 필요했다. 지금은 대화창 안에 게임 화면이 뜨고 그 자리에서 누를 수 있다.

비개발자에게 이 차이는 크다. 코드를 받아 들고 "이걸 어디에 붙여 넣지"에서 멈추는 사람이 많았기 때문이다. OpenAI는 출시 발표에서 대화 안에서 즐기는 게임을 예시로 들었고, 릴리스 노트에도 계산기와 정산 도구, 게임이 나란히 적혀 있다. 유료 요금제와 무료 요금제에 서로 다른 모델이 쓰이지만 두 쪽 모두 이 기능을 지원한다.

한계도 알고 시작해야 한다. 대화창을 벗어나면 게임이 따라오지 않는다. 다른 대화로 이어지지 않고, 만든 게임을 링크로 다른 사람에게 보내는 방법은 공식 문서에서 찾지 못했다. 웹에 공개하는 기능은 별도로 있지만 유료 요금제 중심이다. 그러니 지금 단계에서 이 기능의 쓸모는 배포가 아니라 확인이다. 내 아이디어가 실제로 손에 잡히는지 30분 안에 알아보는 용도다.

코딩 몰라도 되는 5단계 프로토타입 스프린트

원칙은 하나다. 한 번에 하나만 요청하고, 요청할 때마다 직접 눌러본다. 다섯 단계를 각각 5분 안팎으로 잡으면 30분짜리 스프린트가 된다. 아래 예시 문장은 그대로 붙여 넣어도 된다.

1단계: 규칙을 세 문장으로 적는다

화면을 만들기 전에 말로 먼저 정한다. 무엇을 조작하는가, 어떻게 점수를 얻는가, 언제 끝나는가. 예시: "막대를 좌우로 움직여 공을 튕긴다. 공이 벽돌에 닿으면 벽돌이 사라지고 10점을 얻는다. 공을 세 번 놓치면 끝난다." 세 문장으로 줄어들지 않는 아이디어는 첫 프로토타입으로는 너무 크다.

2단계: 움직이는 최소 버전만 요청한다

"위 규칙으로 대화창에서 바로 플레이할 수 있는 게임을 만들어줘. 점수판, 효과음, 꾸밈은 넣지 말고 조작과 충돌만 되게 해줘." 빼달라고 명시하는 것이 중요하다. 말하지 않으면 이것저것 덧붙여 오고, 그만큼 고칠 곳이 늘어난다.

3단계: 직접 해보고 한 가지만 고친다

1분간 플레이하고 가장 거슬리는 것 하나만 말한다. "공이 너무 빨라. 속도를 절반으로 줄여줘." 한 번에 다섯 가지를 말하면 어느 수정이 문제를 만들었는지 알 수 없게 된다.

4단계: 규칙을 하나씩 얹는다

점수 표시, 남은 기회, 다시 시작 버튼, 단계 상승 순으로 하나씩 추가한다. 추가할 때마다 이전 기능이 여전히 되는지 확인한다. 새 기능을 넣다가 있던 기능이 깨지는 일이 가장 흔하다.

5단계: 겉모습을 입히고 기록을 남긴다

색, 글꼴, 분위기는 마지막이다. "전체를 80년대 오락실 느낌으로 바꿔줘" 한 줄이면 된다. 그리고 "지금까지 정한 규칙과 수정 사항을 한 문단으로 정리해줘"라고 요청해 따로 저장해둔다. 대화가 길어져 결과가 흔들릴 때 새 대화에서 이 문단으로 다시 시작할 수 있다.

비개발자가 자주 막히는 지점 4가지

가장 흔한 실패는 처음부터 완성형을 요청하는 것이다. 교육 업체 데이터캠프는 초보자의 실수로 결과를 검토 없이 믿는 것, 너무 빨리 크게 만드는 것, 예외 상황을 무시하는 것을 꼽았다.

• 첫 요청이 너무 크다: "포켓몬 같은 게임 만들어줘"는 실패한다. 작은 요청일수록 맞는지 확인하기 쉽고 고치기도 쉽다
• "안 돼요"라고만 말한다: 무엇을 했을 때 무엇이 일어났고 무엇을 기대했는지를 적는다. "왼쪽 화살표를 누르면 막대가 화면 밖으로 나가. 벽에서 멈춰야 해."
• 같은 수정을 반복한다: 두 번 고쳐도 안 되면 다시 고쳐달라고 하지 말고 왜 안 되는지 쉬운 말로 설명해달라고 한다. 원인을 듣고 나면 다른 방법을 요청할 수 있다. AI가 내놓는 수정안은 정답이 아니라 가설이다
• 대화를 끝없이 이어간다: 수정이 스무 번을 넘어가면 앞의 결정이 흐려진다. 5단계에서 만든 요약 문단으로 새 대화를 여는 편이 빠르다. 방법은 핸드오프 파일 3단계 루틴에 정리했다

OpenAI의 프롬프트 작성 지침도 같은 방향이다. 명확하고 구체적으로 쓰고, 첫 결과를 본 뒤 고쳐나가라는 것이다. 처음 한 줄로 끝내려는 사람보다 열 번 나눠 말하는 사람이 더 빨리 도착한다.

게임이 목적이 아니어도 해볼 만한 이유

게임 만들기는 AI에게 일을 나눠 맡기는 연습으로 가장 좋은 과제다. 결과가 맞는지 틀린지를 설명 없이 눌러보면 알 수 있고, 틀렸을 때 잃는 것이 없기 때문이다.

직장인 31명과 4주 동안 Claude로 AI 프로젝트를 만드는 과정을 운영하며 프로젝트마다 조언을 했다. 비개발자가 4주 안에 동작하는 것을 만들려면 범위를 줄이는 일이 먼저다. 버튼 하나, 화면 하나에서 시작해 얹어가는 방식이다. 게임 프로토타입은 그 감각을 30분 안에 겪게 해준다.

여기서 익힌 순서, 즉 규칙을 먼저 적고 최소 버전을 만들고 하나씩 얹는 방식은 업무용 계산기나 견적 도구, 교육용 퀴즈를 만들 때도 그대로 쓰인다. 다만 프로토타입과 제품 사이에는 긴 거리가 있다. AI 관상 서비스를 혼자 만들어 결제까지 붙여 출시했을 때, 출시 뒤에 반복해서 손본 것은 화면이 아니라 전환 퍼널과 가격 구성, API 비용 구조였다. 대화창 안의 게임은 그 긴 길의 첫 구간이다.

AI로 무언가를 만들 때 실력의 차이는 얼마나 길게 요청하느냐가 아니라 얼마나 작게 나누느냐에서 난다.

요청을 구조화하는 기본기는 프롬프트 엔지니어링 기본 가이드에서 이어서 볼 수 있다.