게임 개발 스타트?! 넣고 싶은 건 많은데 어디부터? | 아카바네 레드 개발일지 15

AI도 코딩도 처음인 스낵걸즈가, 직접 해보고 막힌 걸 적는 개발일지예요. 게임 제작 이야기는 이번이 1편이에요. 만들고 싶은 건 잔뜩인데, 어디부터 부탁하면 될까요?

넣고 싶은 건 많은데, 어디부터?

디지털 미디어 연구부에서 게임 이야기를 꺼냈어요. 내가 첫 생각을 다 말하기도 전에 키라리가 손을 들었고, 이야기를 듣던 네아도 몸을 조금 앞으로 기울였어요. 잠깐, 한 사람씩! 시작하자고 했을 뿐인데, 이렇게 할 말이 많을 줄은 몰랐어요.

키라리

실패해도 바로 다시 해볼 수 있으면 좋겠어. 아깝게 끝나면 한 번 더 하고 싶잖아!

네아

저는 직접 눌러보면서 규칙을 알아가는 것도 좋아해요. 처음에 설명이 너무 길면 빨리 시작하고 싶어지고요.

나는 눌렀을 때 바로 반응이 오는 걸 만들어보고 싶어요. 그런데 이것도 넣고 저것도 넣다 보면, AI한테 첫 부탁을 쓰기도 전에 할 일이 잔뜩 늘겠어요. 각자 하고 싶은 건 남겨두고, 먼저 시험할 동작 하나를 골라보려고요. 어떤 게임을 만들지는 그 이야기를 나누면서 정해볼게요.

Astra로 게임 제작에 도전해보려고요

이번에 게임 제작에 써보고 싶은 모델은 GPT-6 Astra예요. 코드를 짜는 것부터 여러 기능을 어떻게 연결할지까지, 혼자서는 막막한 부분을 같이 풀어보고 싶거든요.

여기서 ‘모델’은 같은 AI 서비스 안에서 골라 쓸 수 있는 AI의 종류라고 생각하면 돼요. OpenAI는 Astra를 복잡한 추론과 코딩 등에 사용하는 모델로 소개하고 있어요. 이 설명이 게임을 알아서 완성해준다는 뜻은 아니에요. 우리가 원하는 조작과 규칙을 설명하고, 나온 결과는 우리가 직접 실행해봐야 해요. Astra 공식 설명

레드

그럼 “재밌는 게임 만들어줘”부터 쓰면 되나?

AIKO

어떤 행동이 재미있었으면 좋겠는지 알려주세요. 직접 눌러보고 확인할 수 있게요.

생각해보니 “재밌게”만으로는 부족하겠어요. 어떤 버튼을 누르는지, 눌렀을 때 무엇이 달라지는지부터 설명해야 하니까요. 처음에는 플레이어가 할 행동 하나와, 그 뒤에 일어날 일부터 정해보려고요.

버튼 하나 고칠 때도 계속 Astra를 써야 할까?

게임은 한 번 부탁하고 끝내기 어려울 것 같아요. 글자 크기도 바꾸고, 버튼 위치도 옮기고, 이상한 동작도 잡아야 하니까요. 그때마다 어떤 모델을 쓸지 생각해보려고요.

큰 설계나 원인을 찾기 어려운 문제는 Astra에, 해야 할 일이 분명한 작은 수정은 Luna에 맡겨보는 방식이에요. GPT-6 Luna는 공식 문서에서 범위가 명확한 작업을 효율적으로 처리하는 모델로 소개돼요. 그 설명을 바탕으로, 이번 제작에서는 아래처럼 작업을 나누어 시험해보려고요. Luna 공식 설명

키라리

그럼 Luna로 다 하면 되는 거 아냐?

네아

같은 걸 계속 고치면 더 들 수도 있어요. 고쳐졌는지도 봐야 하고요.

맞아요. 한 번 요청할 때 싼 것과, 원하는 결과를 얻을 때까지 적게 쓰는 건 다를 수 있어요. 쉬워 보이는 오류도 원인은 복잡할 수 있고요. 같은 부분을 계속 고치게 되면 요청을 그대로 다시 보내기보다, 실패한 방법과 현재 화면을 정리해서 어떤 방법으로 고칠지 다시 생각해보려고요.

토큰을 아끼려면 설명부터 줄이면 될까?

토큰은 AI가 읽고 쓰는 정보를 나누는 작은 단위예요. 한 글자나 한 단어와 정확히 같지는 않아요. 요청문뿐 아니라 읽어들인 파일, 대화 기록, 도구 결과와 답변도 사용량에 들어가요.

필요한 조건까지 빼고 “알아서 해줘”라고 쓰면, 어떤 결과를 원하는지 전달하기 어려워요. 지금 바꿀 부분과 그대로 둘 부분을 명확히 적고, 관계없는 자료는 줄여보려고요. 공식 사용량 안내에서도 관련 자료로 범위를 좁히고 필요한 출력만 요청하라고 설명해요. Codex 사용량·가격 안내

단가가 낮은 모델로 바꿔도 토큰 수 자체가 반드시 줄어드는 건 아니에요. 이번에는 어떤 작업에 어떤 모델을 썼는지, 몇 번 다시 고쳤는지, 실제 사용량은 어땠는지를 같이 남겨볼 생각이에요. 아직 측정하지 않은 절약률은 적지 않을게요.

모델을 바꾸기 전에, 지금 어디까지 했는지 남기기

모델 선택을 바꿀 때든 새 대화로 작업을 옮길 때든, 이어서 작업할 사람이 지금 어디까지 했는지 알 수 있어야 해요. 특히 새 대화에서는 앞선 내용을 전부 안다고 생각하면 안 돼요. 원하는 것과 다른 걸 만들 수도 있잖아요.

긴 대화를 통째로 붙이기보다 실행 방법, 지금 되는 것, 안 되는 것, 건드리지 않을 부분, 다음 할 일을 짧게 적고 관련 파일을 함께 연결해두려고요. 설명뿐 아니라 실제 파일도 함께 볼 수 있게요.

아래 게임 프로젝트의 시작 화면만 수정해줘.
현재 실행 방법: [명령 또는 실행 순서]
관련 파일: [실제 파일 경로]
현재 모습: [스크린샷 또는 증상]

바꿀 것: 시작 버튼의 글자를 [원하는 문구]로 바꾸고,
작은 화면에서도 잘리지 않게 해줘.
유지할 것: 버튼을 누른 뒤의 동작과 게임 규칙은 바꾸지 마.

관련 파일부터 확인하고 필요한 부분만 수정해줘.
가능한 환경에서 실행해 버튼 클릭과 작은 화면을 확인해줘.
직접 확인하지 못한 것은 구분해서 알려줘.
마지막에는 바꾼 파일, 확인 결과, 남은 문제를 짧게 적어줘.

이건 특정 모델만 알아듣는 주문이 아니에요. 부탁받는 쪽이 어디까지 바꿔도 되는지 알 수 있게 쓰는 거예요. 잘 작동하던 상태로 되돌릴 수 있게 저장해두고, 한 가지씩 바꿔 확인하면 비교하기도 쉬워요.

일단 하나부터 움직여보자!

“그건 나중에…” 하고 말하다가 멈췄어요. 키라리는 아직 이야기를 다 못 했는데 내가 먼저 자르고 있었거든요. 끝까지 듣고 나니 나도 또 넣고 싶은 게 생겼어요. 이러다 오늘은 떠들기만 하겠네. 손가락 하나를 들어 보이고, 처음에는 한 번 눌렀을 때 반응하는 것부터 만들어보자고 했어요.

키라리

시로쨩, 처음 해보는 사람이 어디서 막히는지도 같이 보자.

네아

좋아요. 설명을 안 보고도 해볼 수 있는지 궁금해요.

넣고 싶은 건 아직 많아요. 내가 누른 것에 제대로 반응하는지, 친구들도 해보고 싶은지. 작게 만들어 직접 확인하는 것부터 시작해보려고요. 무엇을 만들고 어디서 막혔는지는 실제로 만드는 과정을 개발일지에 적으며 소개할게요.

#바이브코딩 #개발일지 #AI코딩 #AI자동화 #블로그자동화 #왕초보AI코딩 #스낵걸즈 #AI게임개발 #게임만들기