Metlivi 블로그

미스터리 게임에서 실종된 등장인물의 AI 어시스턴트는 실제로 무엇을 알고 있을 수 있는가?

가상의 미스터리 게임에서 AI 어시스턴트는 작가가 접근을 허용한 스토리 기록만을, 그리고 스토리가 전개되면서 해당 기록에 접근할 수 있게 된 시점부터만 알아야 합니다. 모든 사실에 출처, 알려진 시점, 접근 규칙을 부여하세요. 이를 통해 어시스턴트는 은연중에 전지전능한 서술자가 되지 않으면서도 플레이어가 단서를 연결할 수 있도록 도울 수 있습니다.

2026년 9월 30일6분 분량독서·예술·문화작성: Metlivi Editorial Team
섹션 1

스토리의 기록과 어시스턴트의 접근 권한을 분리하기

사건, 인물의 발언, 사물, 메시지, 그리고 이들이 게임에 등장하는 순서 등 작가 관점의 완전한 스토리 기록부터 시작하세요. 그런 다음 어시스턴트를 위한 더 좁은 시야의 범위를 정의합니다. 어떤 사실이 스토리 설정집(story bible)에는 존재하지만 어시스턴트에게는 아직 제공되지 않을 수 있습니다. 이러한 구분이 바로 공정한 미스터리의 기초입니다. 작가는 무슨 일이 일어났는지 알고 있을 수 있지만, 어시스턴트는 가상의 역할상 볼 수 있도록 허용된 기록만 사용할 수 있습니다.

트와인(Twine)과 같은 인터랙티브 픽션 도구는 스토리를 여러 구절(passage)로 정리하며, 변수와 조건부 논리를 사용하여 플레이어가 보는 내용을 바꿀 수 있습니다. 이는 유용한 설계적 유추를 제공합니다. 각 저작된 기록을 독립된 단위로 취급하고, 관련 구절, 사건 또는 선택에 따라 해당 기록에 대한 접근을 조건부로 만드는 것입니다. Twine’s basic concepts

예를 들어, 마라(Mara)라는 가상의 인물이 커뮤니티 정원 전시를 준비하고 있다고 가정해 보겠습니다. 어시스턴트는 마라가 공유한 기획 메모, 그룹 게시판에 게시된 일정, 그리고 페인트칠한 표지판을 실내로 옮기겠다는 이후의 메시지에 접근할 수 있을 것입니다. 그러나 어시스턴트는 단순히 마라가 원예를 좋아한다는 사실을 안다고 해서 그녀가 어디에 있는지 추론해서는 안 되며, 어시스턴트와 공유된 적 없는 비공개 초안을 보아서도 안 됩니다. 이러한 제한은 실제 AI 시스템이 접근할 수 있는 범위에 대한 주장이 아니라, 스토리에 설정된 접근 규칙에서 비롯됩니다.

섹션 2

각 사실에 출처와 인지 시점을 부여하기

유용한 사실 기록은 최소 네 가지 질문에 답합니다. 무엇이 주장되고 있는가, 누가 또는 무엇이 이를 제공했는가, 어시스턴트가 언제 이를 알 수 있게 되었는가, 그리고 직접적인 내용인가 추론된 내용인가입니다. W3C 출처(provenance) 모델은 정보의 기원을 개체(entity), 활동(activity), 주체(agent) 측면에서 설명하며, 하나의 항목이 다른 항목에서 어떻게 파생되었는지를 기록으로 설명할 수 있게 해줍니다. 게임에서 정식 모델 대신 단순한 라벨을 사용하더라도, 이는 가상의 기록을 다루는 데 실용적인 프레임워크가 됩니다. W3C PROV Model Primer

간결한 기록은 다음과 같은 형태일 수 있습니다:

주장: 마라가 정원 표지판을 칠할 계획이었음; 출처: 공유된 기획 메모; 어시스턴트 인지 시점: 월요일 10:00; 유형: 직접적인 진술

주장: 표지판이 실내로 옮겨졌음; 출처: 그룹 게시판 업데이트; 어시스턴트 인지 시점: 화요일 16:30; 유형: 직접적인 업데이트

주장: 비 예보가 있어 마라가 표지판을 옮겼을 가능성이 있음; 출처: 날씨 메모 및 업데이트; 어시스턴트 인지 시점: 화요일 16:30; 유형: 추론, 미확인

예시로 든 시간은 설명을 돕기 위한 것입니다. 중요한 구분은 사건이 발생한 시점과 어시스턴트가 이를 알게 된 시점 사이의 차이입니다. 월요일에 작성된 메모가 화요일에 공유된다면, 스토리에서 명시적으로 더 일찍 접근 권한을 부여하지 않는 한 어시스턴트의 지식은 화요일부터 시작됩니다. 두 타임스탬프가 다를 때는 둘 다 보존하세요.

섹션 3

관찰, 보고, 추론을 명확히 구분하기

출처가 있다고 해서 그 내용이 자동으로 확실해지는 것은 아닙니다. 등장인물이 자신이 본 것을 묘사할 수도 있고, 메모가 불완전할 수도 있으며, 일정이 실제로 일어난 행동이 아니라 계획을 기록한 것일 수도 있습니다. 기록 유형에 라벨을 붙이면 어시스턴트가 답변을 정확하게 표현하는 데 도움이 됩니다. “게시판에 표지판이 옮겨졌다고 나와 있습니다”는 “마라가 표지판을 옮겼습니다”와 다르며, 두 문장 모두 “날씨 때문에 옮겼을 가능성이 큽니다”와 다릅니다.

일관되고 명확한 소수의 어휘를 사용하세요: 직접 관찰, 인물의 보고, 작성된 기록, 추론. 추론은 이를 뒷받침하는 기록을 참조해야 하며 추론으로 표시된 상태를 유지해야 합니다. W3C PROV는 활동에 대한 주체의 책임과 한 개체가 다른 개체로부터 파생되는 과정을 명시적으로 모델링합니다. 이 구분을 대화에 적용하면 게임이 결론을 완전히 새로운 사실인 것처럼 제시하는 대신 결론의 출처를 보여주는 데 도움이 됩니다. W3C PROV-O

이는 유용한 저작 테스트가 되기도 합니다. 플레이어가 어시스턴트의 자신 있는 발언을 어시스턴트가 접근할 수 있었던 기록으로 추적할 수 있는가? 그렇지 않다면 답변을 수정하거나, 누락된 저작 기록을 추가하거나, 어시스턴트가 정보가 충분하지 않다고 말하게 만드세요.

섹션 4

인물뿐만 아니라 스토리 시간 기준으로 접근 권한 정의하기

모든 기록에 대해 어시스턴트의 접근 권한을 해제하는 이벤트를 지정하세요. 공유된 메시지는 전송되는 즉시 접근 가능할 수 있고, 게시판에 고정된 공지는 어시스턴트가 게시판을 확인할 때 접근 가능할 수 있으며, 대화는 플레이어가 그에 관해 묻기로 선택한 후에만 접근 가능할 수 있습니다. 스토리가 보관함에 무엇이 들어 있고 언제 업데이트되는지 명확히 밝히지 않은 채 “어시스턴트는 보관함의 모든 것을 알고 있다”와 같은 모호한 라벨에 의존하지 마세요.

실용적인 접근 규칙에는 세 가지 요소가 있습니다: 기록의 열람 대상, 이용 가능해지는 트리거, 그리고 지연 시간입니다. 예를 들어 “어시스턴트는 플레이어가 게시판을 연 후에 그룹 게시판 글을 읽을 수 있으며, 개인 초안은 읽을 수 없다”와 같습니다. 분기형 스토리에서는 지연 시간이 중요합니다. 플레이어가 게시판을 방문하지 않았다면, 단지 작가의 파일 어딘가에 최신 글이 존재한다는 이유만으로 어시스턴트가 그 글을 이미 본 것처럼 행동해서는 안 됩니다.

Twine에서는 스토리 변수를 구절 전체에서 사용할 수 있는 반면, 임시 변수는 Harlowe 및 SugarCube에서 현재 구절로 제한됩니다. 이러한 차이는 작가가 어떤 사실이 전체 스토리에 걸쳐 유지되는지, 아니면 특정 장면에만 속하는지를 신중하게 결정해야 하는 이유를 잘 보여줍니다. 구체적인 구현 방식은 스토리 형식에 따라 다르므로, 이 규칙을 코드 지침이 아닌 디자인 모델로 취급하세요. Twine Cookbook: Variables

섹션 5

불확실성을 플레이어에게 유용하게 만들기

기록이 누락되었거나 오래되었거나 모호할 때, 어시스턴트가 그 공백을 구체적인 언어로 설명하게 하세요. 월요일 계획은 가지고 있지만 이후의 확인 내용은 없다거나, 한 인물이 표지판을 옮겼다고 보고했지만 게시판에는 업데이트가 없다고 말할 수 있습니다. 이는 플레이어에게 의미 있는 다음 단계를 제공합니다: 다른 저작된 출처를 확인하거나, 등장인물과의 대화를 다시 살펴보거나, 단서가 아직 미해결 상태라고 판단하는 것입니다.

이러한 접근 방식은 자의적인 전지전능함 없이 미스터리를 뒷받침합니다. 인터랙티브 서사에 관한 연구에서는 제한된 지식이 플레이어의 행동을 어떻게 형성할 수 있는지 조사해 왔으며, 플레이어 모델을 탐색하기 위해 인터랙티브 픽션 *Anchorhead*를 사용한 연구도 포함됩니다. 저작된 어시스턴트의 경우 디자인적 시사점은 단순합니다. 플레이어와 어시스턴트가 알게 된 내용이 그들의 다음 선택에 영향을 미칠 수 있으므로, 이러한 지식 상태를 명시적으로 추적하라는 것입니다. Rivera-Villicana et al., “Informing a BDI Player Model for an Interactive Narrative”

섹션 6

어시스턴트 대사를 작성하기 전 빠른 점검

답변 초안을 작성하기 전에 중요한 각 주장에 대해 다음 항목들을 확인하세요:

해당 주장이 저작된 기록에 존재하는가, 아니면 추론으로 표시되어 있는가?

기록에 출처가 명시되어 있으며 계획, 보고, 관찰, 사후 확인 여부가 구분되어 있는가?

스토리상의 어느 시점에 어시스턴트가 그 정보에 접근할 수 있게 되었는가?

어시스턴트의 가상 역할이 해당 출처에 대한 접근을 허용하는가?

기록이 불완전하거나 상충되는 경우 대화에서 그 불확실성이 보존되는가?

이 중 어느 하나라도 답이 불분명하다면, 어시스턴트의 발언을 사용 가능한 기록과 일치할 때까지 좁히세요. 이렇게 탄생한 인물도 여전히 유용할 수 있습니다. 자신이 본 것을 요약하고, 미확인 상태로 남아 있는 것을 식별하며, 플레이어를 다음 저작된 단서로 안내할 수 있습니다. 어시스턴트의 신뢰성은 스토리의 전체 기록과 실제로 전달받은 정보 사이의 가시적인 경계에서 나옵니다.

관련 글

이 주제 더 살펴보기