Short Backrooms Horror Game

BackRoom Level 0

이곳에 도사리고 있는 비밀을 밝혀야 합니다. 과연 이 공간에서 무사히 집으로 돌아갈 수 있을까요?

Your Goal 집으로 돌아갈 단서를 찾아야 합니다.

표지판 뒤 공간, 전등 버튼, 막힌 길이 서로 어떻게 연결되는지 읽어야 합니다.

The Rule 같은 공간도 다시 들어가면 다른 의미를 가집니다.

방은 이전 선택을 기억합니다. 돌아갈 타이밍을 틀리면 출구는 실패 지점으로 바뀝니다.

1인용single player
짧은 공포short horror
3개 엔딩A / B / C
브라우저playable demo

01 / About This Game

STOP 표지판 뒤에는, 돌아오지 말아야 할 공간이 있습니다.

BackRoom Level 0은 좁은 갈림길을 반복해서 통과하는 클릭 공포 어드벤처입니다. 플레이어는 달라진 색, 막힌 길, 재진입 경고를 읽고 진짜 출구가 열리는 순서를 찾아야 합니다.

Premise

처음에는 단순한 통로처럼 보입니다.

하지만 STOP 표지판 뒤로 한 번 들어간 뒤부터, 같은 갈림길은 이전과 다른 반응을 보이기 시작합니다.

  • Genre1인용 백룸 공포 클릭 어드벤처
  • Goal단서와 방 상태를 읽고 집으로 돌아갈 길을 찾습니다.
  • Twist방은 이전 선택을 기억하고, 재진입 순서가 결말을 바꿉니다.
  • BuildGodot 4.6 Web export, browser playable demo
Feature Looping Space

처음 지나간 갈림길로 돌아오지만, 방은 같은 방식으로 반응하지 않습니다.

Feature Three Endings

탈출, 가짜 출구, 재진입 실패. 같은 공간에서 세 결말로 갈라집니다.

Feature Playable Web Build

설치 없이 브라우저에서 바로 시작할 수 있습니다.

Explore

표지판 뒤로 들어갑니다.

중앙 STOP 표지판은 단순한 배경이 아니라 첫 진입 지점입니다.

Observe

붉게 변한 공간을 읽습니다.

스위치를 누른 뒤 돌아오면 같은 방이 다른 상태로 돌아옵니다.

Avoid

같은 행동을 반복하지 마세요.

위험한 재진입은 별도 엔딩으로 이어집니다.

Escape

진짜 출구 조건을 맞춥니다.

막힌 길의 경고를 우회해야 진짜 출구에 도달할 수 있습니다.

02 / Play Experience

선택은 작지만, 방은 그 선택을 기억합니다.

좁은 갈림길 안에서 반복, 단서, 재진입의 압박을 만듭니다. 플레이어는 더 많은 장소가 아니라 달라진 상태를 읽으며 앞으로 나아갑니다.

BackRoom left door scene
왼쪽과 오른쪽 문은 현재 룰을 얼마나 이해했는지 시험합니다.
BackRoom red room scene
붉은 조명은 세계 상태가 바뀌었다는 즉각적인 신호입니다.
BackRoom blocked exit scene
막힌 길은 돌아가기 전에 경고를 읽으라는 압박으로 작동합니다.
BackRoom false exit scene
거짓 출구는 안도감이 실패로 바뀌는 엔딩 장면입니다.
Start

STOP 갈림길

처음에는 표지판 뒤가 가장 수상합니다. 이후 중앙 클릭은 단순 이동이 아니라 새 진입 조건이 됩니다.

room: fork_stop
Left

전등 버튼

왼쪽 길에서 전등 버튼을 찾습니다. 버튼을 누르면 STOP 뒤 공간이 붉게 바뀝니다.

flag: light_switch_pressed
Right

막다른 길

오른쪽 길은 단서와 경고를 남깁니다. 경고를 무시하고 문을 다시 누르면 가짜 출구 루트로 밀려납니다.

event: right_door
Loop

연속 재진입

STOP 뒤 공간에서 나온 뒤 바로 다시 들어가면, 기다리고 있던 존재와 마주칩니다.

flag: stop_back_reentry_armed
  • A진짜 탈출전등 버튼 이후 붉어진 STOP 뒤 공간을 확인하고, 진짜 출구의 문을 눌러 집으로 돌아갑니다.
  • B가짜 탈출오른쪽 막다른 길에서 경고를 무시하면, 막힌 길 너머의 가짜 출구로 끌려갑니다.
  • C재진입 사망STOP 뒤 공간에 바로 다시 들어가면, 재진입을 기다리던 존재에게 붙잡힙니다.

03 / How It Works

공포는 작은 상태 변화에서 만들어집니다.

플레이 뒤에는 구조를 확인할 수 있습니다. 방 그래프, 클릭 이벤트, 상태 플래그, 엔딩 루트는 프로젝트 파일에 남아 있고 같은 기준으로 다시 검증됩니다.

01 Room Graph

8개 방과 이동 경로를 data/rooms.json에서 관리합니다.

02 State Flags

전등, 재진입, 단서 확인은 flag로 분리합니다.

03 Ending Flow

A/B/C 엔딩 루트는 실제 클릭 순서로 재검증합니다.

04 Web Build

Godot Web export로 브라우저 플레이 빌드를 제공합니다.

8 rooms / 12 flags / 9 events 방 구조와 이벤트 범위는 데이터 파일에서 확인할 수 있습니다.
A/B/C route QA 엔딩 흐름은 Godot headless에서 실제 클릭 순서로 확인합니다.
Repo-built page 이 HTML은 repo-local builder로 다시 만들 수 있습니다.

04 / Pipeline Case Study

원본을 보존한 채, 룰 구조를 분리해 검증했습니다.

공개 플레이 기준선은 그대로 두고, 리폼 실험은 격리 사본에서만 진행했습니다. 아래 수치는 Before와 After를 같은 QA 기준으로 비교한 결과입니다.

Axis Before After pipeline run
Rule logic location src/Game.gd가 상태와 룰을 함께 처리 src/GameEngine.gd autoload가 상태와 룰을 소유
Measured LOC Game.gd 1440 LOC Game.gd 1329 LOC + GameEngine.gd 425 LOC
Render to rule coupling 렌더 노드의 직접 룰/상태 변이 15 lines 렌더 노드 직접 룰 판정 0, 룰 변이는 engine으로 이동
Add one room or event 코드 분기 수정 필요 A3 probe에서 리소스 추가만으로 검증, 코드 hash 유지
Testability 씬과 렌더 상태에 강하게 결합 엔진 snapshot과 state_changed 기준으로 headless 검증 가능
Behavior parity validate_routes 8/8 + A/B/C PASS A2a, A2b, A3 모두 8/8 + A/B/C PASS
해석: 이 비교는 게임의 매력을 과장하는 문구가 아니라, 원본을 망가뜨리지 않고 룰과 화면 코드를 분리할 수 있는지 확인한 개발 기록입니다.
구조적으로 확인한 점 After 구조는 화면이 snapshot을 그리고, 룰 결정은 engine이 맡는 형태로 검증했습니다.
공개 페이지에서 선을 긋는 점 현재 플레이 링크는 원본 계열 기준입니다. 리폼 결과는 격리 사본에서 검증한 개발 실험으로 구분합니다.

05 / Proof

플레이 화면 뒤의 근거도 남겼습니다.

게임 컨셉만 말하지 않습니다. 방 그래프, 상태 문서, route validator, A/B/C QA를 함께 연결해 실제 구현 범위를 확인할 수 있게 했습니다.

BackRoom true exit scene
진짜 출구는 A 엔딩 직전 목표 지점입니다.
  • 8-room graphdata/rooms.json
  • State and route mapdocs/CODEGRAPH.md
  • A/B/C flow QAtools/qa_game_flow.gd
  • Route validatortools/validate_routes.py
  • Portfolio buildertools/build_portfolio_html.py
확인 가능한 범위 Godot Web 플레이 빌드, 8개 방 route graph, A/B/C 엔딩, route validation, headless QA, repo-generated portfolio HTML.
말하지 않는 것 대규모 상용 게임, 자동화가 QA를 대체했다는 주장, 검증하지 않은 성과 수치, 최종 실사풍 아트 완성.

06 / Play & Notes

바로 플레이하거나, 개발 노트를 확인할 수 있습니다.

첫 방문자는 게임부터 시작하면 됩니다. 구조와 검증 기준이 궁금하면 이 페이지의 개발 노트와 근거 섹션을 확인하면 됩니다.