“이런 게임 있으면 재밌을 것 같은데.” 평소에 던지던 말이, 이제는 프로토타입의 시작점이 됩니다.

10월 7일에 Google이 공개한 Playground가 그 주인공입니다. 자연어로 게임을 설명하면 실제로 플레이할 수 있는 브라우저 게임이 나오고, 다시 대화로 물리·규칙·캐릭터·환경을 고친 뒤 링크나 커뮤니티 갤러리로 공유하는 방식입니다. Unity도 함께 엮여 있고, 올해 후반에는 더 전문적인 Unity Spark 연동이 예고돼 있습니다.

웹앱을 AI로 만들어본 분이라면 감이 옵니다. 이번에는 출력물이 코드나 문서가 아니라 “돌아가는 게임”입니다.

Playground는 정확히 무엇인가

한 줄로 말하면 Google Labs의 실험용 게임 제작 플랫폼입니다. 만들고(build), 플레이하고(play), 공유하는(share) 흐름이 한 곳에 들어 있습니다.

말로 설명하기 → 플레이 가능한 게임 생성 → 대화로 수정 → 공유
   "2D 점프 게임"      브라우저에서 바로 실행     "더블점프 되게 해줘"   링크 / Explore 갤러리 / 비공개

알려진 구성은 이렇습니다.

  • 시작은 채팅 인터페이스입니다. 2D인지 3D인지, 싱글인지 멀티인지 정하고, starter prompt를 리믹스하는 guided 흐름도 있습니다.
  • 모델은 Gemini에 Nano Banana, Lyria를 얹고, 게임 생성을 쉽게 만드는 custom harness를 붙인 형태라고 Google은 설명합니다.
  • 결과물은 다운로드 없는 브라우저 게임이라 폰이나 노트북에서 바로 돕니다.
  • 완성이 되면 비공개 보관, 링크 공유, Playground Explore 갤러리 공개 중 하나를 고릅니다. 공개작은 심사(screening)와 사용자 신고, 인게임 리더보드와 Play Games 프로필 연동이 따라붙습니다.

출시 범위는 아직 좁습니다. 미국, 만 18세 이상부터 열렸고, 플레이는 먼저 풀리고 제작 도구는 순차적으로 열리는 구조입니다. 무료로 게임을 만들 수 있고, Google One 멤버십 쪽으로 확장된 접근이 연결된다고 알려져 있습니다. 한국에서는 바로 못 써볼 가능성이 크니, 일단은 구조를 이해해두는 쪽이 현실적입니다.

대화로 고친다는 게 무슨 뜻일까

Playground의 핵심은 one-shot 생성이 아니라 반복 수정입니다. 예시로 감을 잡아보죠.

1차: "중력을 느끼는 2D 점프 게임 만들어줘. 장애물 피해서 코인 먹기"
  → playable v1 생성

2차: "플레이어가 더블점프 가능하게 해줘. 높은 발판에 닿게"
  → 물리·규칙 수정

3차: "캐릭터를 고양이로 바꿔줘. 배경은 밤하늘로"
  → 캐릭터·환경 수정

4차: "난이도가 너무 쉬워. 30초 지나면 속도를 올려줘"
  → 밸런스 조정

여기서 바뀌는 단위가 코드 줄이 아니라 게임 요소라는 점이 중요합니다. 물리(physics), 규칙(rules), 캐릭터(characters), 환경(environment). 이 네 단어를 직접 프롬프트에 넣어보는 게 Playground식 사용법입니다.

바이브코딩과 비교하면 이렇습니다.

구분 일반 바이브코딩 Playground
입력 프롬프트 + 코드 편집 자연어 설명 + 대화 수정
중간 산출물 코드 diff 플레이 가능한 버전
검증 테스트·프리뷰 실행 직접 플레이
배포 호스팅·스토어 등록 링크 공유 / 갤러리 공개

“코드를 읽어야 검증할 수 있다”는 전제가 사라지고, “플레이해보면 된다”로 바뀝니다. 기획자나 디자이너, 게임을 처음 만드는 사람에게는 이 차이가 큽니다.

Unity Spark는 왜 같이 나왔을까

Playground만 보면 캐주얼한 실험처럼 보입니다. 그래서 Unity 이름이 중요합니다.

올해 후반에는 Unity Spark라는 확장 제작 경험이 Playground와 이어질 예정이고, 현재는 closed beta를 앞두고 테스트 중이라고 알려져 있습니다. 내세우는 문구는 professional-level mechanics, high-fidelity 3D, Unity runtime의 유연성입니다. 쉽게 풀면 이렇습니다.

Playground: 가볍게 시작하는 곳 (아이디어 → 플레이 가능한 시안)
     ↓ growing up
Unity Spark: 본격적으로 다듬는 곳 (프로급 메카닉 + 고품질 3D + Unity 런타임)

Google이 가진 생성·세계 모델 쪽 연구와 Unity가 가진 3D·인터랙티브 제작 워크플로가 만나는 지점입니다. Unity 쪽 설명도 “한 번 찍어내는 복제”가 아니라 반복적으로 고유한 interactive experience를 만드는 도구에 가깝다고 합니다.

시장 반응도 흥미롭습니다. 외신 보도에서는 Roblox 주가가 한때 8%까지 밀렸다는 이야기가 나왔습니다. 진짜 경쟁이 시작됐는지는 아직 모릅니다. 다만 “누가 게임을 만드는가”의 범위가 넓어지면 기존 플랫폼의 자릿값도 다시 매겨진다는 신호로는 읽을 수 있습니다.

기대할 것, 걱정할 것

기대되는 쪽부터 정리하면:

  • 아이디어 검증 속도가 빨라집니다. 규칙 하나짜리 미니게임이라면 문장 몇 개로 “재밌는지”를 손으로 확인할 수 있습니다.
  • 팀 안에서도 말이 통합니다. 기획안을 문서로 돌리는 대신 링크 하나로 “이 느낌”을 공유할 수 있습니다.
  • 학습 진입장벽이 낮아집니다. 코드를 먼저 외우지 않아도 게임 구조(조작·목표·종료 조건)를 몸으로 배울 수 있습니다.

걱정되는 쪽도 분명합니다.

  • 양산형 저품질 게임이 늘어날 수 있습니다. 진입장벽이 낮아지면 갤러리의 평균 품질은 내려가기 마련입니다. 리더보드·평점 같은 큐레이션이 얼마나 작동하느냐가 관건입니다.
  • 저작권·안전성 심사가 병목이 됩니다. 생성된 에셋이 어딘가에서 본 캐릭터를 닮으면 누가 책임질까요. 공개 전 screening과 신고 체계가 있다고는 하지만, 규모가 커지면 얘기가 달라집니다.
  • 아직은 미국 중심, 순차 공개입니다. 국내 제작 환경·한국어 프롬프트 품질은 직접 써보기 전에는 모릅니다.

그래서 “게임 산업이 끝났다” 같은 결론은 이릅니다. 정확히는 아이디어에서 플레이까지 구간이 자동화되고, 그 위에서 취향·밸런스·연출을 다듬는 사람의 역할이 더 도드라지는 쪽에 가깝습니다.

CodeBridge Mini Lab: 30분 프로토타입 테스트

나중에 Playground를 쓸 수 있게 되면, 이 체크리스트 그대로 돌려보세요. 지금은 평소 쓰던 AI 코딩 도구로 같은 흐름을 연습해도 됩니다.

목표: 규칙이 하나인 미니게임 1개를 30분 안에 플레이 가능하게

1. 기획 5분 (문장으로 고정):
   - 플레이어는 무엇을 하는가?
   - 무엇을 피하거나 모으는가?
   - 점수는 언제 오르는가?
   - 게임은 언제 끝나는가?

2. 생성 10분:
   - 2D / 싱글플레이어부터 시작 (변수 최소화)
   - starter prompt가 있으면 리믹스부터

3. 수정 10분 (한 번에 하나씩):
   - 물리 1개 → 규칙 1개 → 캐릭터·환경 1개
   - "전부 바꿔줘" 금지. 바꿀 때마다 플레이하고 기록

4. 공유 5분:
   - 링크로 1명에게 전달 → "30초 안에 규칙을 이해했는가?" 확인
   - 이해 못 하면 기획 문장이 문제. 게임이 아니라 문장을 고친다

판정:
- 30분 안에 남이 플레이할 수 있으면 성공
- 실패 원인을 셋 중 하나로 분류: 기획 모호 / 수정 과다 / 검증 생략

이 실험의 포인트는 속도가 아니라 분류입니다. 어디서 막혔는지를 알아야 다음 시도가 빨라집니다. 작은 게임 기획의 기본은 초보자 게임 개발 글에 따로 정리돼 있으니 같이 보면 좋습니다.

결론: 결과물이 코드에서 플레이로 바뀌었다

정리하면 흐름이 이렇습니다.

문장으로 설명 → 플레이 가능한 게임 → 대화로 다듬기 → 링크·갤러리로 배포 → (이후) Unity Spark로 본격화

AI 개발도구의 범위가 prompt에서 code로 갔다가, 이제 idea에서 interactive software로 넓어지고 있습니다. 웹앱만 AI로 만들어봤다면, 다음에는 작은 게임이나 interactive demo 하나를 아이디어에서 프로토타입까지 얼마나 빨리 검증할 수 있는지 재보는 게 남는 장사입니다.

짧고 굵은 숙제는 하나입니다. 다음 주말에 규칙 하나짜리 게임을 정하고, 기획 문장 네 줄을 먼저 쓰세요. Playground가 열리든 말든, 그 네 줄이 있으면 어떤 도구에서도 시작이 빨라집니다.

함께 읽으면 좋은 글

참고 자료

이 주제를 직접 따라가며 배우고 싶다면

말로 설명하고 플레이로 검증하는 감각은 작은 게임을 끝까지 만들어봐야 붙습니다. 아이디어를 실제 플레이 화면까지 연결하는 연습부터 차근차근 쌓고 싶다면, 입문용 게임 개발 흐름이 이 글의 프로토타입 테스트와 바로 이어집니다.