코드로 보는 1980년 전설의 게임, '비저블 조커(Visible Zorker)'가 공개됐어요

Zork가 뭐예요, 왜 중요해요

게임 좀 오래 해본 분이라면 'Zork'라는 이름을 들어보셨을지도 몰라요. 1980년에 Infocom이라는 회사가 만든 텍스트 어드벤처 게임인데, 화면에 그래픽이 하나도 없고 모든 게 글자로만 진행돼요. '집 앞에 있다. 우편함이 보인다'라고 화면에 뜨면 플레이어가 'open mailbox'라고 타이핑하고, 게임은 '안에 편지가 있다'라고 답하는 식이죠. 지금 보면 단순해 보이지만, 당시 컴퓨터의 메모리가 KB 단위였던 시절에 이 정도의 자연어 파싱과 풍부한 세계관을 구현했다는 건 기적에 가까운 일이었어요.

Zork는 이후 모든 어드벤처 게임의 원형이 됐고, 텍스트 기반 인터페이스 디자인의 고전으로 남았어요. 그리고 이번에 공개된 'The Visible Zorker'는 이 게임의 내부를 완전히 까서 보여주는 프로젝트예요.

Visible Zorker는 뭘 보여주나요

Infocom의 게임들은 'Z-machine'이라는 가상 머신 위에서 돌아가는 구조였어요. 이게 뭐냐면, 자바의 JVM이나 닷넷의 CLR과 비슷한 개념이에요. 게임 로직을 'ZIL(Zork Implementation Language)'로 짜서 'Z-code'라는 바이트코드로 컴파일하고, 그걸 각 플랫폼(Apple II, IBM PC, Commodore 64 등)에 맞춘 Z-machine 인터프리터가 실행하는 거죠. 이 덕분에 Infocom은 한 번 게임을 짜면 수십 개 기종에 동시에 출시할 수 있었어요. 1980년대에 이미 'write once, run anywhere' 철학을 실현한 셈이에요.

The Visible Zorker는 Zork 1의 Z-code 내부를 시각적으로 보여줘요. 어떤 객체(object)들이 있는지, 각 객체의 속성과 위치 관계는 어떻게 되어 있는지, 어떤 루틴(함수)이 어떤 동작을 하는지를 웹 페이지에서 탐색할 수 있게 만들었거든요. '우편함을 열면 무슨 일이 일어나는가'를 코드 단위로 추적할 수 있는 거죠. 게임을 플레이하면서 동시에 그 게임의 내부 데이터 구조가 어떻게 바뀌는지를 옆에서 관찰하는 경험이에요.

왜 이게 흥미로운가요

첫째, 소프트웨어 고고학(software archaeology)의 좋은 사례예요. 1980년대 코드는 대부분 사라졌거나 회사 내부에 묻혀 있어요. 그런데 Infocom의 Z-code는 표준 형식 덕분에 디스어셈블링이 가능하고, 커뮤니티가 수십 년간 도구를 만들어서 보존해왔어요. Visible Zorker는 그 결실 중 하나죠.

둘째, 가상 머신 디자인의 역사적 사례 연구예요. JVM이 1995년에 나왔다고 알려져 있지만, Z-machine은 1979년에 이미 비슷한 아이디어를 구현하고 있었어요. 메모리가 64KB도 안 되던 시절에 가상 머신을 만들 생각을 했다는 건 정말 놀라운 일이에요. Z-machine 명세서는 지금도 공개되어 있고, 컴파일러나 인터프리터 만드는 공부에 좋은 교재가 돼요.

셋째, 객체 지향 이전의 객체 모델을 볼 수 있어요. ZIL은 객체와 속성, 상속 비슷한 개념을 갖고 있는데, C++이나 Smalltalk가 본격화되기 전의 설계라 지금 시각으로 보면 흥미로운 변형들이 많아요. '냉장고 안의 사과'를 어떻게 표현할까, 'NPC가 들고 있는 검'을 어떻게 모델링할까 같은 문제를 당시 사람들이 어떻게 풀었는지 직접 볼 수 있죠.

비슷한 프로젝트들

클래식 게임의 내부를 까보는 시도는 이전에도 있었어요. 'Doom의 소스 코드 읽기' 시리즈로 유명한 Fabien Sanglard의 분석 글들, 'SimCity의 AI를 분해하는' 글, 'Prince of Persia의 메모리 매니지먼트 트릭'을 다룬 Jordan Mechner의 회고록 같은 것들이 있죠. Zork 쪽으로는 ZILF 컴파일러 프로젝트, Frotz 같은 Z-machine 인터프리터, 그리고 Activision이 풀어준 ZIL 소스 코드 저장소가 있어요. Visible Zorker는 이 모든 자산을 시각화 레이어로 묶어서 비전공자도 접근할 수 있게 만든 게 차별점이에요.

한국 개발자에게 주는 시사점

실무에 당장 쓸 일은 솔직히 거의 없을 거예요. 하지만 컴파일러나 인터프리터, DSL(도메인 특화 언어), 게임 엔진을 공부하는 분들에게는 살아있는 교재가 돼요. 특히 가상 머신을 처음 설계해보는 분이라면 Z-machine은 이상적인 출발점이에요. 명세가 짧고, 명령어 수가 적고, 실제 동작하는 게임이 이미 있어서 검증도 쉽거든요. 라이브러리 의존성도 없어서 한 주 정도면 자기만의 인터프리터를 만들어 볼 수도 있어요.

그리고 최근 LLM과 텍스트 어드벤처를 결합하려는 시도가 늘고 있어요. AI Dungeon이 그 시초였지만, 점점 더 정교한 게임 마스터형 AI가 등장하고 있죠. Zork의 객체 모델과 파서 설계는 이런 시스템의 백엔드 구조를 짤 때 직접적인 영감이 돼요.