AI와 함께
게임 만들기

던전을 지키는 작은 슬라임

먹고, 자라고,
용사에게 반격하는 생존 게임

• PC에서는 키보드, 스마트폰에서는 터치
• 4분에 용사 대장 등장 · 제한 시간 5분
• HP가 0이 되거나 시간이 끝나면 실패

게임 열기 ↗

방향을 정하고, 만들고, 직접 확인하기

용사에게는 보물 창고,
슬라임에게는 집

한 판이 끝나는 작은 게임부터

기능 수보다 “시작 → 플레이 → 승패 → 재도전”의 완결성을 우선했습니다.

기획에서 결정할 항목을 먼저 지정하기

출처: 이 게임을 만들며 주고받은 실제 사용자 요청 중 일부

설계 기준을 문서로 남겨 달라고 요청하기

출처: 실제 사용자 요청 일부 발췌 · 추가 제약은 뒤이은 대화에서 제시

문서로 기준을 남기고, 구조는 가볍게

설계 지침은 코드와 검수의 기준

출처: 프로젝트의 docs/game-design.md 및 docs/implementation.md에서 발췌

먼저 움직이고, 먹고, 끝나게 만들기

1. 키보드 이동과 돌진
2. 먹이 수집과 경험치
3. 레벨업과 진화 선택
4. HP·보스·승패·재도전

이 단계부터 브라우저에서 직접 확인했습니다.

“너무 어렵다”를 구체적인 조정으로

한 조작자의 소수 시도 기록입니다. 다양한 이용자의 추가 플레이 검증이 필요합니다.

귀여움과 구분하기 쉬움을 함께

실제 게임 스프라이트를 표시했습니다. 애니메이션은 충돌 판정과 분리했습니다.

무슨 일이 일어났는지 바로 알게 하기

피격붉은 화면 가장자리 · −1 HP · 충격음

성장경험치 숫자 · 금색 파동 · 상승 멜로디

돌진·처치민트 잔상 · 별빛 · 말랑한 퇴장

배경 음악평소 던전 분위기 → 보스전의 긴장감

캐릭터는 픽셀, 한글은 매끄럽게

스타일을 맞추는 것과 읽기 쉽게 만드는 것을 함께 확인했습니다.

작은 화면에는 다른 UI가 필요했습니다

• 왼손 조이스틱 + 오른손 돌진
• 큰 HP·시간·쉬기 버튼
• 스크롤 가능한 도움말·스토리
• 화면 전환 시 입력 해제·일시정지

실제 휴대폰의 멀티터치·안전 영역은 추가 기기 검증이 필요합니다.

요청에는 목표와 확인할 조건을 함께

1. 범위를 정하기

   “서버 없이 실행되는 작은 웹 게임으로, 첫 버전의 조작과 승패 조건을 정리해 줘.”

2. 실행하며 확인하기

   “브라우저에서 직접 플레이하고, 성장 속도·적 수·보스 난이도를 확인해 줘.”

3. 수정 범위를 명확히 하기

   “캐릭터는 픽셀 느낌을 유지하고, 도움말과 버튼의 한글만 매끄럽게 바꿔 줘.”

실제 대화의 요청을 발표용으로 정리한 예시입니다.