HKU, 플레이 경험으로 게임을 다듬는 Recursive Game Creator 공개
홍콩대(The University of Hong Kong) MMLab 연구진이 10월 8일 9시(한국 시각, 00:00 UTC) arXiv에 Recursive Game Creator 논문을 올렸습니다. 실행되는 게임을 만드는 데서 그치지 않고, 에이전트가 직접 게임을 플레이해 보며 재미를 기준으로 여러 차례 고쳐 나가는 틀입니다. GameCraft-Bench에서 77.89점, GameASG-Bench에서 엄격 기준 과제 성공률 53.2%를 기록했다고 합니다.
1/돌아가는 게임과 재미있는 게임은 다릅니다
최근 게임 설계 에이전트는 플레이 가능한 게임을 만드는 데 상당한 진전을 이뤘습니다. 하지만 프로그램이 오류 없이 돌아간다고 해서 플레이어가 즐거운 것은 아니라고 논문은 짚습니다. 메커니즘의 재미, 적절한 난이도, 일관된 연출, 반응성 있는 피드백이 경험을 좌우하기 때문입니다. 기존 방식은 GUI 에이전트가 화면을 보고 게임을 테스트하는데, 행동마다 화면 해석과 모델 판단이 필요해 지연이 크고 반복 시험을 많이 돌리기 어렵다고 합니다.
2/디자이너·빌더·플레이어·리뷰어가 한 바퀴씩 돕니다
실제 게임 스튜디오처럼 네 역할을 둡니다. Designer는 사용자 지시와 리뷰 피드백을 받아 의도한 경험, 구체적 변경점, 합격 기준, 에셋 요청을 담은 계획을 짭니다. Builder는 이 계획을 초안에서 통합본까지 구현해 후보 게임을 만듭니다. 핵심은 Coding-Native Player로, 화면을 보며 조작하는 대신 게임의 프로그래밍 인터페이스로 접근하는 플레이 정책 코드를 직접 작성해 실행하고 상태, 행동, 이벤트, 진행도, 경과 시간, 종료 결과를 기록합니다. 전략과 숙련도가 다른 정책을 여러 개 돌려 다양한 플레이 기록을 모읍니다. Reviewer는 이 기록과 스크린샷을 보고 성공률, 플레이타임, 난이도 같은 공통 기준과 게임별 기준으로 평가합니다. 예를 들어 레이싱은 조향 반응성을, 비주얼 노벨은 스토리와 대화의 일관성을 봅니다. 그다음 두 버전 중 나은 쪽을 채택하고 다음 라운드용 개선 의견을 Designer에게 넘깁니다. 사용자가 플레이 중에 텍스트로 취향을 적어 주면 이것도 다음 계획에 반영됩니다.
3/GameCraft-Bench 72.70에서 77.89로, GameASG-Bench 성공률 53.2%
GameCraft-Bench에서는 세 차례 개선 라운드를 거쳐 전체 점수가 72.70에서 77.89로 5.19점 올랐고, 보고된 모든 항목에서 점수가 올랐다고 합니다. GameASG-Bench에서는 엄격 기준 과제 성공률이 53.2%(47개 과제 중 25개)로, 같은 모델을 쓴 기준선보다 34.1% 높았습니다. 비교 대상 방법 가운데 런타임 점검 평균 통과율도 93.4%로 가장 높았습니다. 사용자 연구에서는 플레이타임이 더 길고 평점이 더 높았다고 하지만, 초록과 확인된 본문 범위에는 구체적인 수치가 없습니다. 코드는 공개 예정(coming soon)이라고만 적혀 있습니다.
4/가상 플레이어가 실제 사람을 대표한다고 보장하지는 않습니다
논문은 서로 다른 전략을 가진 대리 플레이어가 다양한 테스트 행동을 보여 주지만, 전체 인간 플레이어 집단을 대표한다는 근거는 아니라고 밝힙니다. 그래서 개인 취향에 대해서는 사람의 플레이 기록과 직접 피드백이 추가 근거가 됩니다. 테스트 비용에는 정책 생성, 수리, 실행, 리뷰가 모두 포함된다고도 적었습니다. 에셋을 생성했다는 사실만으로 플레이가 좋아졌다고 볼 수 없다는 점도 한계로 언급합니다.
5/게임 생성 평가가 실행 여부에서 플레이 경험으로 옮겨 갑니다AMEET 해석
이 논문은 게임 생성 에이전트의 개선 목표를 버그 수정과 실행 성공에서 플레이 경험 자체로 옮겨 놓았습니다. 화면 기반 테스트를 코드 기반 반복 플레이로 바꿔 테스트 횟수를 늘린 점이 이 구조의 실용적인 부분으로 보입니다. 다만 수치는 두 벤치마크와 아직 세부가 보이지 않는 사용자 연구에 기반하므로, 실제 게임 품질에서 얼마나 차이가 나는지는 코드와 본문 상세가 공개된 뒤 확인이 필요합니다.