AI 게임 기억은 챕터를 넘어 유지되어야 할까? 보존할 것과 초기화할 것에 대한 실용적 설계 가이드

오래 지속되는 정사(Canon)와 장면 기억의 분리

‘기억’은 여러 가지를 의미할 수 있습니다. 사건의 기록, 그러한 사건들에 대한 요약이나 해석, 그리고 게임 내에서 참으로 취급되는 사실들이 그것입니다. 이들을 혼합하면 챕터 간 전환을 논리적으로 파악하기 어려워집니다. 예를 들어 어떤 캐릭터가 소문을 들었을 수 있지만, AI가 이를 확신을 갖고 기억한다고 해서 그 소문이 자동으로 확인된 세계관의 사실이 되어서는 안 됩니다.

유용한 설계 방식은 상호 연관된 두 개의 계층을 유지하는 것입니다. 첫 번째는 게임이 통제권을 갖는 정사(Canonical) 상태입니다. 이는 promised_to_return: true, gave_map_to: Mira, bridge_status: repaired와 같은 구조화된 사실입니다. 이러한 정보는 게임 규칙이나 명시적인 기획을 통해서만 저장되고 변경됩니다. 두 번째는 AI 검색 뷰입니다. 이는 응답을 형성하기 위해 제공되는 선별된 사실, 기억, 현재 장면 맥락입니다. 이 뷰는 세이브 파일 자체가 되지 않으면서도 간결하고 캐릭터 맞춤형으로 유지될 수 있습니다.

이 권장 사항은 특정 엔진이 보장하는 기능이 아니라 아키텍처 관점에서의 추론입니다. 내러티브 스크립팅 시스템은 이미 스토리 전체에서 읽을 수 있는 스토리 변수와 더 좁은 범위를 갖는 임시 값을 구분하고 있습니다. 예를 들어 Ink는 전역 변수와 임시 변수를 별도로 문서화하고 있습니다. 또한 런타임에서 스토리 상태를 직렬화하고 복원하는 방법을 제공합니다. 이러한 기능은 유용한 모델을 제시합니다. 즉, 상태를 의도적으로 표현한 다음 각 값에 필요한 스코프와 영속성을 결정하는 것입니다. Ink의 변수 및 로직 문서와 Ink의 런타임 저장 및 로드 문서

챕터를 넘어서는 기록에 포함될 기준 정하기

후보가 되는 각 기억에 대해 다음을 질문해 보세요. 이후 장면이 이 사실에 올바르게 의존할 수 있는가? 그리고 이를 확인할 명확한 게임 이벤트나 기획된 규칙이 존재하는가? 그렇다면 지속성 있는 상태로 저장하는 것을 고려하세요. 플레이어가 지어준 동료의 이름, 완수한 약속, 게이트 개방 여부 등은 스토리가 나중에 이를 활용할 때 기준을 충족할 수 있습니다. 근본적인 사실을 명확히 표현할 수 있다면 끝없는 대화 기록 전체가 아니라 값과 그 스코프를 저장하세요.

실용적인 기록에는 대상, 사실, 출처 이벤트, 영속성 스코프가 포함될 수 있습니다. 예: 대상: Mira; 사실: 플레이어가 지도를 공유함; 출처: chapter_2_choice_14; 스코프: campaign. 출처 이벤트는 불일치를 해결하는 데 도움이 됩니다. 나중에 생성된 대사에서 플레이어가 지도를 줘버렸다고 주장하더라도 기록된 선택지에 다른 내용이 있다면 게임은 이벤트 기록을 우선할 수 있습니다. 이 스키마는 설계상의 제안이며 인용된 도구들이 강제하는 형식이 아닙니다.

불확실하거나 확인되지 않은 정보는 명확히 구분하세요. '경비병은 플레이어가 열쇠를 가져갔다고 의심한다'와 '플레이어가 열쇠를 가져갔다'는 서로 다른 사실입니다. 챕터가 끝난 후에도 캐릭터는 의심을 기억할 수 있지만, 정사 세계관 기록에는 여전히 열쇠가 원래 위치에 있다고 남아 있을 수 있습니다. 이후의 대사에서 이러한 구분을 유지해야 한다면 소문(rumor), 관찰(observation), 추론(inference), 확인된 이벤트(confirmed event) 같은 라벨을 사용하세요.

현재 장면에 속한 요소 초기화하기

장면 상태에는 대화의 당면 주제, 일시적 목표, 직전의 몇 가지 대화, 로컬 연출, 현재 어느 문이 열려 있는지와 같은 단명하는 세부 사항이 포함되는 경우가 많습니다. 이러한 세부 사항은 AI가 다음 대사를 생성하는 데 도움이 될 수 있지만 캠페인 기억으로 남아야 하는 경우는 드뭅니다. 장면을 벗어날 때 이를 정리하거나 다음 장면의 기획된 설정으로부터 다시 구성하세요.

경계가 중요한 이유는 영속성의 의미가 상황마다 다르기 때문입니다. Unity의 데이터 영속성 튜토리얼은 한 세션 동안 씬 사이에서 플레이어를 따라다니는 데이터와 세션 전반에 걸쳐 저장 및 복원되는 진행도를 구분합니다. 또한 씬에서 생성된 데이터는 게임이 이를 전달하지 않는 한 다른 씬으로 이동할 때 대개 유실된다고 설명합니다. 따라서 챕터 전환은 모든 활성 값을 무조건 보존하는 절차가 아니라 신중하게 판단해야 하는 데이터 전달 결정입니다. Unity Learn: 씬 간 데이터 영속성 구현

네 단계로 이루어진 전환 루틴을 시도해 보세요. 확인된 챕터 이벤트를 확정하고, 정사 캠페인 기록을 업데이트하고, 일시적인 장면 맥락을 폐기한 후, 기획된 설정과 관련 지속성 사실을 결합하여 다음 챕터의 AI 맥락을 구성합니다. 이렇게 하면 유효하지 않은 세부 정보가 새 장면으로 누출되는 것을 방지하면서도 스토리가 명시적으로 지원하는 연속성은 유지할 수 있습니다.

기획된 세이브 상태의 권한 유지하기

챕터 시작 시, AI에게 내러티브와 대사를 위한 읽기 전용 맥락으로 현재 상태를 전달하세요. 플레이어의 행동이 지속성 있는 사실을 바꿀 수 있다면, 게임이 자체 규칙에 따라 행동을 검증하고 일반적인 상태 변경 경로를 통해 세이브 기록을 업데이트하도록 해야 합니다. 모델의 출력은 제안된 대사나 행동으로 취급해야 하며, 이벤트가 발생했다는 증거로 간주해서는 안 됩니다. 이러한 분리는 세이브 상태와 생성된 텍스트를 구분해야 할 필요성에서 비롯된 설계 권장 사항이며, 게임 자체의 아키텍처 내에서 구현되고 테스트되어야 합니다.

내러티브 연구에서 참고할 만한 선례가 있습니다. '생성형 에이전트(Generative Agents)' 논문에서는 경험을 저장하고, 반추(reflection)를 종합하며, 행동을 유도하기 위해 선택된 기억을 동적으로 검색하는 방식을 설명합니다. 이는 에이전트가 고려할 내용을 형성하기 위해 검색과 종합을 활용하는 방식을 뒷받침합니다. 하지만 생성된 회상이 정사 게임 상태가 되어야 함을 의미하지는 않습니다. 요약이 유용한 맥락이 될 수 있으면서도 여전히 수정 가능하거나 불완전할 수 있다는 점에서 이 차이는 중요합니다. Park 외, 'Generative Agents: Interactive Simulacra of Human Behavior'

재현 가능한 세이브를 위해 게임의 구조화된 사실과 게임 재개에 필요한 스토리 런타임 상태를 영속화하세요. Ink의 런타임 문서는 스토리 상태를 JSON으로 직렬화하고 다시 로드하는 방법을 보여줍니다. 편의를 위해 생성된 요약을 저장할 수도 있지만, 로드할 때는 구조화된 기록을 바탕으로 다시 작성하거나 검증해야 합니다. 오래된 요약이 새로 저장된 선택지보다 우선하게 두어서는 안 됩니다. Ink 런타임: 저장 및 로드

플레이어가 경계를 인지할 수 있게 만들기

플레이어가 내부 기억 구조까지 볼 필요는 없지만, 어떤 선택이 계속 이어졌는지는 이해할 수 있어야 합니다. 동료가 지도를 기억해 내거나 이후 장면에서 이전의 약속이 반영되는 것처럼, 이야기 속에서 자연스럽게 어우러지는 방식으로 결과를 보여주세요. 세이브나 챕터 요약에 적절한 공간이 있다면 영향력 있고 확인된 몇 가지 사실을 알기 쉬운 언어로 요약해 제공하세요. 모든 즉흥적인 대사가 영구적인 정사가 되었다는 식의 인상을 주는 것은 피해야 합니다.

게임에서 지원하는 경우 세이브 로드, 결정 다시 내리기, 명시적인 수정 상호작용 등을 통해 플레이어가 중대한 실수를 바로잡을 수 있는 수단을 제공하세요. AI 캐릭터가 무언가를 잘못 기억하고 있다면 대사 때문에 플레이어가 그 오류를 새로운 세계관 사실로 억지로 받아들이게 해서는 안 됩니다. 이러한 수정 옵션의 존재 여부는 제품 기획의 결정 사항이지만 근본적인 원칙은 변함이 없습니다. 기억된 주장과 저장된 이벤트는 동일한 것이 아닙니다.

구체적인 사례로 챕터 전환 테스트하기

게임에서 실제로 추적하는 사실들을 중심으로 소규모 전환 체크리스트를 구축하세요. 각 사례에 대해 챕터가 변경된 후 저장된 기록과 제공된 AI 맥락을 모두 점검해야 합니다.

확인된 플레이어의 선택이 유지되며 기획된 콘텐츠가 이를 사용하는 다음 챕터에 영향을 미칠 수 있는가.

소문이나 캐릭터의 추론이 확인된 이벤트가 되지 않고 불확실한 상태로 라벨링되어 유지되는가.

다음 장면에서 명시적으로 요구하지 않는 한 일시적인 장면 목표와 최근 대화의 세부 내용이 사라지는가.

AI가 이전에 모순된 텍스트를 생성했더라도 새로 로드된 세이브가 동일한 정사 선택지를 복원하는가.

연관성이 없는 새로운 챕터가 단지 존재한다는 이유만으로 무관한 기억을 전달받지 않는가.

이러한 점검 항목들은 보고된 실험 결과가 아니라 제안된 진단 방법입니다. 이는 지속성 있는 사실이 사라지는 '연속성 상실(continuity loss)'과 초기화되었어야 할 이전 장면의 세부 사항이 나타나는 '기억 누출(memory leakage)'이라는 흔한 두 가지 결함을 찾는 데 도움을 줍니다. 둘 중 하나라도 발생하면 더 긴 프롬프트로 해결하려 하기 전에 영속성 스코프와 맥락 구축 단계를 먼저 확인하세요.

챕터 기반 기억을 위한 간결한 규칙

기획된 게임 시스템이 사실의 이름을 지정하고, 출처를 확인하며, 향후 활용 방식을 정의할 수 있을 때 그 사실을 영속화하세요. 개인적인 회상은 불확실성과 출처를 보존하면서 개성이나 연속성을 더해주는 검색된 맥락으로 유지하세요. 경계 부분에서는 장면에 국한된 상태를 초기화하세요. 모든 단계에서 저장되고 기획된 게임 상태가 무엇이 참인지 결정하도록 하고, AI 기억은 캐릭터가 그 진실에 반응하도록 돕는 역할에 머물게 하세요.

이 주제 더 살펴보기