로블록스 게임 개발기 4편
코딩을 모르는 내가 로블록스 게임을 만들 수 있는 건 AI 덕분이다. 그런데 직접 해 보니 “AI가 다 해 준다”는 말은 반만 맞았다.
1편에서 “AI가 코드를 써 줘도 무엇을 만들지 정하는 일은 사람에게 남는다”고 썼다. 2편에서 스튜디오와 AI를 직접 연결한 뒤에는 이 말이 더 분명해졌다. 개발이 너무 빨라져서, 내가 무엇을 고쳤고 무엇을 안 고쳤는지 기획안을 다시 봐야 할 정도가 됐기 때문이다.
그래서 개발 실행안에 AI와 일하는 규칙을 따로 정리해 두었다. 이 글에서는 AI에게 맡기는 일, 내가 결정하는 일, 그리고 AI에게 일을 시킬 때 지키는 규칙을 정리했다.
AI에게 맡기는 일, 내가 결정하는 일
AI에게 맡기는 일
- 게임 동작을 만드는 Luau 코드 초안, 고치기, 코드 검토
- 오류 로그를 보고 원인 후보 정리
- 기능별 테스트 시나리오 작성
- 게임 밸런스 계산식 초안
- 테스트 참가자 피드백과 버그 제보 분류, 주간 요약
- 패치노트, 공지, 개발일지 초안
내가 결정하는 일
- 무엇이 재미있는가
- 어떤 기능을 버릴 것인가
- 유저 의견 중 무엇을 반영할 것인가
- 밸런스의 최종 숫자
- 출시할지, 이전 버전으로 되돌릴지
- 게임의 세계관과 분위기
정리해 보니 기준은 단순했다. 만드는 일은 AI가 빠르다. 고르는 일은 내가 해야 한다. 예를 들어 3편에서 소개한 “티라노와 헬기를 동시에 등장시키지 않는다”는 결정은 코드가 아니라 기획의 문제였다.
AI에게 일을 시킬 때 지키는 규칙 5가지
- 작게 나눠서 요청한다: 큰 시스템 전체가 아니라 파일 하나, 기능 하나, 버그 하나 단위로 요청한다.
- 필요한 정보를 같이 준다: 목표, 지금 구조, 관련 코드, 문제가 생기는 순서, 기대하는 결과를 함께 적는다.
- 위험한 부분을 설명하게 한다: 받은 코드가 서버와 클라이언트 중 어디서 도는지, 악용될 틈은 없는지, 실패하면 어떻게 되는지 설명하게 한다.
- 반드시 실제로 돌려 본다: 코드를 넣은 뒤에는 꼭 플레이 테스트를 한다.
- 매주 정리한다: 로그와 피드백을 AI에게 넣고 “문제 → 원인 가설 → 다음에 고칠 것 3개”로 정리한다.
요청은 이런 틀로 쓴다
2번 규칙을 지키려고 요청할 때 아래 틀을 쓴다. 내용은 예시로 든 것이다.
[목표] 헬기 좌석이 다 차면 남은 사람에게 안내 문구를 띄우고 싶다 [지금 구조] 헬기 탈출 스크립트가 좌석 수를 관리한다 [관련 코드] (해당 스크립트 부분) [재현 순서] 테스트 인원으로 좌석을 다 채운 뒤 한 명 더 접근 [기대 결과] 탑승되지 않고 "좌석이 모두 찼습니다"가 보인다
AI에게 요청을 잘 쓰는 방법 자체는 같은 질문인데 왜 이렇게 다르지? — AI 프롬프트 글에 따로 정리해 두었다.
스튜디오를 연결한 뒤 달라진 것, 그대로인 것
2편에서 쓴 대로 이제 AI가 스튜디오에 직접 들어와 스크립트를 고치고 테스트까지 돌린다. 코드를 찾아 붙여 넣고, 화면을 캡처해서 보여 주던 일은 사라졌다.
그래도 4번 규칙, “실제로 돌려 본다”의 최종 확인은 여전히 내 몫이다. AI가 테스트를 돌려도, 그 결과가 내가 원한 재미인지는 내가 판단해야 한다. 속도가 빨라진 만큼 기획안과 대조하는 시간이 오히려 더 필요해졌다.
이렇게 나눈 이유
- 요청이 짧아진다: 작게 나눠서 요청하니 결과를 확인하기도 쉽다.
- 엉뚱한 방향으로 덜 간다: 결정을 내가 쥐고 있으니 AI가 기획에 없는 기능을 넣어도 걸러 낼 수 있다.
- 기록이 남는다: 매주 “문제 → 가설 → 다음 할 일”로 정리하면, 그게 그대로 개발일지가 된다.
회사 일에서 AI로 업무 도구를 만든 이야기는 업무 대시보드 개발기에 정리해 두었다.
자주 묻는 질문
Q. AI가 있으면 코딩을 몰라도 게임을 만들 수 있나요?
내 경우에는 만들고 있다. 다만 코드는 AI가 써도, 무엇을 만들지와 결과가 맞는지 판단하는 일은 사람에게 남는다.
Q. AI에게 게임 전체를 한 번에 만들어 달라고 하면 안 되나요?
나는 그렇게 하지 않는다. 큰 단위로 요청하면 결과를 확인하기 어렵고, 어디서 틀렸는지 찾기도 힘들다. 기능 하나, 버그 하나 단위로 나눠서 요청한다.
Q. AI가 만든 코드는 그대로 써도 되나요?
실제로 돌려 보기 전에는 믿지 않는다. 특히 서버와 클라이언트 중 어디서 도는 코드인지, 악용될 틈은 없는지 설명을 받고 확인한다.
오늘도 한걸음 👣
gujaeun.kr