옛 게임의 역공학과 현대화가 보여주는 AI의 경제적 영향

AI 요약

게임 업계에서 25년 넘게 일한 Georg Zoeller는 Qwen-3.8-Flash-Next와 코드 하네스를 활용해 1989년작 《War of the Lance》를 역공학하고, 게임 규칙과 화면을 재현해 브라우저로 옮겼다고 설명합니다. 이후 원작의 기반은 유지하면서 《Total War》와 《Heroes of Might and Magic》을 연상시키는 형태로 현대화했습니다. 작성자에 따르면 VRAM 제약으로 작업 레인을 하나만 돌렸고, 한 주 동안 하네스에 직접 쓴 시간은 4시간이 채 안 됐습니다.

역공학부터 웹 포트까지

작업에는 Qwen 모델과 omp 하네스가 역공학·코딩을 맡고, DOSBox-X와 Radare2가 원작 분석에 쓰였습니다. 브라우저 버전은 Three.js 렌더러를 사용합니다. 하네스는 DOSBox-X에서 원작을 실행하며 메모리 덤프와 디스어셈블리를 살피고, Playwright로 새 버전을 조작하면서 DOM과 메모리를 검사합니다. 시각 분석과 테스트 작성도 함께 수행해 회귀를 막도록 구성했습니다. Blender의 헤드리스 API를 호출하는 Python 코드를 생성해 웹에서 쓸 GLB 모델을 만드는 방식도 소개합니다.

작성자는 모델이 코드를 만들고 테스트까지 수행하는 반복 작업에서, 요구사항이 분명하고 결과를 원작과 대조할 수 있는 역공학이 특히 잘 맞는다고 봅니다. 자신은 IDE, Blender, 명령줄, 버전 관리 도구를 직접 다루지 않았으며, 린트와 코드 품질 기준은 하네스가 실행할 때마다 검사하도록 했다고 말합니다. 다만 이런 경험을 다른 소프트웨어 개발로 일반화할 수 있는지는 별개의 문제입니다. 원작과 결과물을 비교하는 검증 고리가 없는 개발에서는 요구사항이 모호하고 계속 바뀌기 때문입니다.

작업 방식과 작성자의 전망

작성자는 오래된 게임을 웹으로 옮기면서 얻은 실무 팁도 정리합니다. 먼저 모델에 알려진 자료를 조사·분류하게 하고, 매뉴얼과 보유 자료를 더해 역공학의 출발점을 마련하라고 권합니다. 바이트 단위로 완전히 일치하는 포트가 진짜 목표가 아니라면 그 기준을 피하고, 프로젝트 범위와 원하는 결과를 먼저 정하라고 합니다. 바이트코드 가상 머신을 쓰는 게임은 VM을 옮기면 콘텐츠가 따라오는 경우가 있어 작업하기 수월하다고 설명합니다. 웹 포트의 구성으로는 Bun, Vite, Three.js, SolidJS를 꼽습니다.

그는 모델 성능의 변화가 벤치마크 점수의 작은 상승보다 장시간 이어지는 복합 작업을 끝까지 수행하는 능력에서 더 크게 드러난다고 주장합니다. 로컬 모델로 일주일 걸린 작업이 클라우드 작업자를 병렬로 쓰면 이틀로 줄고, 이후에는 몇 시간, 나아가 몇 분으로 짧아질 것이라는 전망도 제시합니다. 이는 자신의 프로젝트 경험에 근거한 예상이며, 글에서는 저작권과 법적 책임, 결과물의 신뢰성, 규제도 확산 속도를 좌우할 요소로 언급합니다.

지식 노동과 저작권

글의 중심 주장은 AI가 인간의 지능 전반을 해결했다는 것이 아니라, 지식을 익히고 적용하는 데 드는 비용을 크게 낮춘다는 것입니다. 작성자는 전문 지식 습득이 오랫동안 노동의 희소성과 가격을 만들었지만, 모델이 그 지식을 압축해 재현하면 많은 업무가 값싼 서비스로 바뀔 수 있다고 봅니다. 게임 제작은 여러 분야의 지식이 결합되는 작업이고, 과거에는 소수의 전문가가 수개월에서 수년 동안 매달려야 했던 역공학·포팅을 이제 한 사람이 수행했다는 사례를 근거로 듭니다.

그는 AI가 기존 창작물을 학습하고 변형하는 과정과 지식재산권 보호가 충돌한다고 지적합니다. 창작자가 시간과 비용을 들여 제품을 만들더라도 경쟁자가 낮은 비용으로 이를 복제하고 마케팅에 더 투자한다면, 기존 IP 기반 경제의 수익 구조가 흔들릴 수 있다는 주장입니다. 콘텐츠 생산 비용이 내려가면 콘텐츠가 늘고 관심을 얻으려는 경쟁이 심해져, 광고 경매와 유통 플랫폼이 창작자보다 더 큰 몫을 차지할 수 있다고 전망합니다. 게임 업계는 이런 변화가 먼저 드러나는 분야이며, 일부 직무는 사라지거나 크게 달라질 수 있다고 경고합니다.

Hacker News 반응

• @keeda — 몇 주 동안 매우 유능한 한 사람이 프런티어 모델과 오픈 웨이트 모델을 써서 게임 17개를 전부 또는 일부 역공학해 웹으로 옮겼습니다. 게임 개념을 섞어 WoW를 FPS로 바꾸기도 했습니다. 작성자를 AI 낙관론자로 오해할 수 있지만, 그는 AI 연구소와 테크 브로들의 과장, AI 거품을 강하게 비판해 왔습니다. 이 글은 업계 전문가의 분석이며 게임 업계에 어떤 뜻인지 설명합니다.
• @carterschonwald — 충실한 재구현에는 중요한 점이 있습니다. 복잡한 대상이라도 관찰 가능한 동작을 기준으로 삼으면 참조 의미가 명확하고 고유해집니다. 프로그램이 어떻게 동작하는지 결정할 여지가 거의 없고, 내부 구현만 복제하면 됩니다. 이런 정확한 기준은 특히 컨텍스트가 압축되는 상황에서 LLM이 잘 다루는 작업입니다.
• @georgeecollins — 상업용 게임을 역공학하는 일은 합법이 아니라고 생각합니다. 옳고 그른지, 누군가 막을 수 있는지는 모르겠습니다.
  • @jagged-chisel — 계약 위반일 수는 있지만, 그 자체로 불법은 아닙니다.
  • @Joker_vD — 어느 지역의 지식재산권법을 말하는 건가요? EU와 미국은 다릅니다. EU에는 독립적으로 만든 프로그램과의 상호운용성에 필요한 경우 코드 재현과 번역을 허용하는 제한적인 예외가 있습니다. 프로그램을 쓸 권리가 있는 사람은 프로그램을 실행하면서 작동 원리를 관찰·연구·시험할 수도 있습니다.
• @CoolestBeans — 게임 포팅은 기술적으로 까다롭지만, 일반 소프트웨어 개발보다 요구사항이 정밀하고 검증하기 쉽습니다. 이 사례에서는 봇이 게임의 메모리 상태를 보고 원작과 포팅본을 모두 조작할 수 있어 목표에 가까워지는지 확인합니다. 하지만 많은 개발 업무에는 이런 검증 고리가 없습니다. 요구사항이 모호하고 계속 바뀌는 일을 푸는 것도 개발자의 역할입니다. 그래서 AI가 매일 인상적인 성과를 보여도 실제 경제적 영향에는 회의적입니다.
  • @visarga — 코딩 에이전트로 N개의 구현을 만들고 테스트를 얻는 N-version programming을 쓸 수 있습니다. 구현은 테스트보다 쉽고, 구현을 병렬로 진행하면 시간이 줄어듭니다. 버전 사이의 차이는 버그 수정이나 요구사항 명료화로 이어질 수 있습니다.
  • @shoo — 모호하거나 계속 바뀌는 요구사항을 서로 다른 구현 두 개로 풀려 해도 둘은 거의 확실히 다르게 동작합니다. 한쪽을 다른 쪽에 맞춰도 임의의 동작을 두 개 만드는 데 그칠 수 있습니다. 구현을 반복하는 일만으로 모호한 요구사항 문제가 해결되지는 않습니다.
• @0x000xca0xfe — 저도 오래된 RTS로 비슷한 일을 했습니다. 자산을 복제하고 코드를 새로 쓰는 대신, 동적 x86-to-WASM JIT 재컴파일러와 웹 플랫폼 지원 코드를 사용해 원래 바이너리를 실행했습니다. 오래된 안드로이드 스마트폰의 Firefox에서도 돌아갑니다. 웹 플레이어는 약 600KB이고 게임 설치 파일만 입력으로 받으므로 사용자가 게임을 구입하거나 보유해야 합니다. 원작 개발자에게 더 공정한 방식이라고 생각합니다.
• @ticulatedspline — 고전 게임 리메이크와 모드가 크게 늘어날 것 같습니다. 저도 아직 하는 고전 게임을 직접 개조하고 있는데, 놀랍도록 재미있고 성과도 좋았습니다. 대부분은 별로겠지만 새로운 경험이나 확장판으로 잘 나오는 것도 분명 있을 겁니다.
• @Agentlien — 게임 포팅을 하는 프로그래머로서 정말 놀랍습니다. 동시에 과장도 있습니다. 모델은 역공학에 특히 강해 보이지만, 새 게임을 낮은 사양의 하드웨어로 포팅하는 일은 훨씬 어렵습니다. 새로운 게임을 만드는 일은 더 그렇습니다.
• @zug_zug — 경제적 영향은 분명해 보입니다. 게임 회사에는 손실, AI 회사에는 중립, 게이머에게는 이익입니다.
• @anonymous908213 — AI 옹호자들은 왜 노골적인 거짓말을 하나요? 작성자는 GPT-6 Astra와 GPT-6 Sol, Claude Opus 5.5가 ‘경력 많은 3D 아티스트 수준’에 가까워졌다고 합니다. 저는 Codex에 Blender와 Persona 5 모델·셰이더·재질을 주고, 다른 캐릭터 이미지를 참고해 같은 스타일로 만들라고 했습니다. 결과는 그럴듯한 시도였지만 경력 많은 3D 아티스트 수준은 아니었습니다. 도구 성능을 사실에 근거해 이야기하고 싶습니다.
• @Kuyawa — DeepSeek 하네스로 주말 동안 Prince of Persia를 macOS용 Swift로 포팅했습니다. 총 세 시간, 토큰 비용 3달러였고, 한 줄의 코드나 테스트도 직접 쓰지 않았습니다. 결과는 훌륭했습니다. 코딩은 해결됐고 인간 프로그래밍은 죽었으며 앱 가격은 거의 0에 가까워질 겁니다.
  • @thin_carapace — 콘텐츠 A를 콘텐츠 B로 옮기는 번역에서는 인간 프로그래밍이 죽었을 수도 있습니다. 현재 생성형 AI에 잘 맞는 작업이지만, 번역을 잘한다고 모든 분야에 적용된다는 확신이 생기지는 않습니다.

원문: Georg Zoeller / 번역·요약: Trawling