Qwen 3.6 27B vs Gemma 4 31B - 팩맨 게임 만들기!
핵심 요약
로컬 LLM으로 팩맨 게임을 개발하는 대결에서 Gemma 4 31B가 Qwen 3.6 27B보다 뛰어난 논리력과 속도를 보여주며 승리함.
- 성능 비교 — Gemma 4 31B가 Qwen 3.6 27B보다 훨씬 빠른 속도와 안정적인 게임 로직을 선보임.
- 프롬프트 논쟁 — 모델의 성능 테스트 방식과 프롬프트의 구체성에 대해 사용자들 간 의견이 갈림.
- 개발 역량 — 단순 팩맨 구현을 넘어 복잡한 사양을 처리하는 모델의 추론 능력에 주목함.
Gemma가 로컬 LLM 게임 개발 대결에서 Qwen을 압도했습니다!
장치: MacBook Pro M5 Max, 64GB RAM
Qwen 3.6 27B: 32 tokens/sec · 18m 04s · 33,946 tokens.
Gemma 4 31B: 27 tokens/sec · 3m 51s · 6,209 tokens.
그렇다면 무엇이 더 중요할까요: 초당 토큰 수일까요, 아니면 최종 답변의 품질일까요?
Qwen은 매우 긴 답변을 내놓았고 더 많은 창의성과 시각적 스타일을 보여주었습니다. 하지만 Gemma는 훨씬 짧은 시간에 더 짧고 명확하며 논리적인 답변을 제공했습니다. 이번 원샷 팩맨 게임 개발 대결에서 Gemma 4 31B가 확실한 승자였습니다. 게임 로직이 더 탄탄했고, 클릭 반응이 더 부드러웠으며, 벽, 유령, 파티클 효과 같은 요소들과의 상호작용을 더 잘 처리했습니다.
오픈 소스 로컬 AI 모델 서버: atomic.chat
기본 프롬프트:
완벽하게 플레이 가능한 팩맨 스타일의 네온 아케이드 게임을 위한 단일 독립형 HTML 파일을 만드세요.
HTML, CSS, JavaScript, 그리고 전체 화면 캔버스 하나만 사용하세요. 외부 라이브러리나 에셋은 사용하지 마세요. 모든 것은 절차적으로 그려져야 하며 브라우저에서 즉시 실행되어야 합니다.
약 21×21 크기의 대칭형 미로를 프로그래밍 방식으로 생성하세요(ASCII 사용 금지). 완전히 연결되어 있고 플레이 가능해야 하며 타일 유형(벽, 경로, 펠릿, 파워 펠릿, 유령 생성 지점, 팩맨 생성 지점, 과일 생성 지점)을 사용해야 합니다. 도달할 수 없는 펠릿이나 잘못된 생성 지점이 없도록 하세요.
캔버스는 창을 가득 채워야 합니다. 사용 가능한 공간을 사용하여 미로를 동적으로 중앙에 배치하고 크기를 조정하세요(고정 타일 크기 없음). HUD를 위한 공간을 확보하세요.
게임 상태: 타이틀, 플레이 중, 일시 정지, 생명 잃음, 레벨 완료, 게임 오버. 컨트롤(키보드 + 모바일)을 포함하세요. 타이틀 및 게임 오버 화면에는 지침이 표시되어야 합니다.
팩맨: 부드러운 타일 이동, 턴 대기열, 대각선 이동 없음, 클리핑 없음, 측면 터널을 통한 래핑, 생명 잃은 후 재설정.
유령(4마리): 독특한 행동을 가진 간단한 경로 탐색, 중앙 집에서 생성, 지연 시간을 두고 퇴장, 유효한 경로에서만 이동, 절대 멈추지 않음.
게임 플레이:
- 펠릿(+10), 파워 펠릿(+50), 과일(+500), 유령 체인 점수(200→1600)
- 파워 모드(~8초, 최소 3초): 유령은 먹을 수 있는 상태가 되고 먹히면 생성 지점으로 돌아감
- 빠른 펠릿 수집을 위한 콤보 배율
- 생명 3개, 레벨 진행에 따른 난이도 증가
- localStorage에 최고 점수 저장
기타:
- 과일은 중앙 근처에 일시적으로 생성
- 시각적 폴리싱: 네온 미로, 빛나는 요소, 애니메이션, 파티클, 화면 효과
- HUD: 점수, 최고 점수, 생명, 레벨, 콤보, 파워 타이머
기술적 요구사항:
- 델타 타임을 사용한 requestAnimationFrame 사용
- 성능 안정 유지(파티클 제한)
- 버그 없음: 잘못된 이동, 갇힌 엔티티, 도달할 수 없는 영역 또는 충돌 방지
최종 출력: 전체 HTML 코드만.
