AI로 게임 만들기, PolyRoll은 첫 작동 뒤 무엇을 고쳤을까요?

핵심 요약 (TL;DR)

PolyRoll 제작자는 Gemini로 계획을 세우고 Claude Code의 Sonnet으로 구슬 게임을 만들었다고 소개합니다.[1] 첫 작동 뒤에도 버그와 조작감을 고쳤다는 설명이 핵심입니다.[1] 바이브코딩을 시작한다면 기능 수보다 ‘한 판을 시작하고 다시 도전할 수 있는가’를 첫 목표로 삼아 보세요.

작은 게임은 어떻게 시작됐을까요?

PolyRoll은 한국 시간 2026년 10월 6일 오후 7시 41분 Hacker News에 소개됐습니다.[1] 이는 소개 글의 게시 시각이지 최초 출시일은 아닙니다. 제작자는 약 석 달 전 친구의 Claude Code 환경을 보고 게임을 만들어 보기로 했다고 회고합니다.[1]

제작자 설명에 따르면 Gemini로 아이디어와 계획을 정리한 뒤 Sonnet에 구현을 맡겼고, 한두 시간 뒤 작동하지만 버그가 있는 게임을 얻었습니다.[1] 이후 추가 프롬프트로 오류·카메라·조작감을 다듬고 모바일 최적화와 애니메이션을 더했습니다.[1] 원하는 버튼의 사진 목업을 전달해 방향 패드도 만들었다고 합니다.[1]

공개 화면에서는 W·S 이동, A·D 카메라 회전, 스페이스 점프 안내와 첫 레벨의 시작 대기를 확인했습니다.[2] 다만 안내 화면을 확인한 것이며, 전체 레벨을 플레이하거나 모바일 호환성을 검증한 것은 아닙니다.

첫 결과물과 완성품은 무엇이 다를까요?

제작자는 전체 작업을 약 6~8시간으로 설명하면서도 일부 레벨의 결함과 저장 기능 부재를 함께 밝혔습니다.[1] 이 시간은 자기보고이지 초보자에게 보장되는 개발 일정이 아닙니다. ‘AI가 게임을 만들었다’는 한 문장보다, 처음 작동한 뒤 무엇을 고쳤고 무엇을 남겼는지가 더 유용한 참고점입니다.

여러분의 첫 MVP에서는 무한 레벨과 모바일 버튼을 한꺼번에 요청하지 않아도 됩니다. 아래는 원작의 개발 프롬프트가 아니라, 이 사례에서 도출한 연습 제안입니다.

“브라우저에서 구슬 하나를 움직여 목표 지점에 도착하는 게임을 만들어 주세요. 고정 맵 하나, 이동, 낙하 뒤 재시작만 구현하고 계정·순위표·저장은 제외해 주세요.”

이렇게 범위를 좁히면 실패 원인을 구분하기 쉽습니다. 구슬이 움직이지 않는다면 입력 문제인지 물리 계산 문제인지 확인하고, 재시작 뒤 상태가 남는지도 따로 살펴보세요. 요청을 바꿀 때마다 같은 경로를 반복하면 수정 전후의 차이도 설명할 수 있습니다.

공개하기 전에는 무엇을 확인할까요?

키보드 안내대로 조작되는지, 창 밖으로 초점이 이동했을 때 입력이 멈추는지, 떨어진 뒤 다시 시작할 수 있는지 기록해 보세요. 모바일을 지원한다고 쓰려면 실제 기기에서 버튼을 누르고 화면 회전도 확인해야 합니다. 실패 장면과 수정 요청을 함께 남기는 편이 성공 화면 하나보다 다음 작업에 도움이 됩니다.

자주 묻는 질문에는 어떻게 답할까요?

코딩을 전혀 몰라도 같은 시간에 만들 수 있나요?

그렇게 일반화할 근거는 없습니다. 제작자는 에이전트 코딩을 처음 시도했다고 했지만, 그것이 프로그래밍 경험이 전혀 없었다는 뜻은 아닙니다.[1] 첫 목표는 같은 속도가 아니라 작은 한 판을 직접 검수하는 것입니다.

새로고침하면 진행이 저장되나요?

제작자는 저장 기능이 없고 새로고침하면 첫 레벨부터 다시 시작한다고 설명합니다.[1] 여러분의 게임에서도 저장 여부와 초기화 조건을 먼저 알려 주세요. 불완전한 기능을 감추기보다 현재 범위를 분명히 쓰는 것이 좋습니다.

Sources

[1] https://hacker-news.firebaseio.com/v0/item/49976619.json — Show HN: PolyRoll – A 3D Marble Game for Mobile/Desktop
[2] https://polyroll.neocities.org — https://polyroll.neocities.org