Какие решения игрока должны помнить персонажи игры?

Выбирайте решения по их будущей отдаче

Решение заслуживает места в памяти персонажа тогда, когда воспоминание о нем меняет текущую сцену. Прежде чем сохранять выбор, спросите себя: что этот персонаж может сделать, сказать, раскрыть, от чего отказаться или что предложить иначе благодаря этому? Если ответ «ничего», то этой информации, возможно, место в журнале заданий или в записи состояния мира, либо ее вообще не нужно сохранять.

Практичный тест — сначала написать будущий сюжетный шаг. Например: «На контрольно-пропускном пункте стражник доверяет игроку запечатанный гроссбух, потому что тот ранее вернул ему жетон». Если этот шаг зависит от запомненного решения, сохраните соответствующий факт. Если стражник ведет себя одинаково в обоих случаях, воспоминание может быть лишь декоративным, а не драматическим.

Полезные воспоминания часто делятся на три пересекающиеся группы:

**Обязательства и затраты:** игрок пообещал, отказался, пожертвовал, вернул или защитил что-либо, и результат может иметь значение позже.

**Проявленные приоритеты:** в условиях ограниченного выбора то, что игрок решил защитить или чем рискнуть, помогает сформировать то, как персонаж интерпретирует будущее предложение. Относитесь к этому как к свидетельству из конкретного выбора, а не как к неизменному диагнозу игроку.

**Неразрешенные последствия:** выбор оставил человека, объект или обязательство в изменившемся состоянии. Воспоминание имеет значение, когда персонаж позже сталкивается с этим состоянием или решает, что с ним делать.

Это эвристики проектирования, а не утверждения о том, что каждой игре необходима долговременная память персонажей. Их ценность зависит от того, дает ли будущая сцена запомненному событию понятное и очевидное последствие.

Отделяйте память от состояния мира и слухов

Надежная нарративная система отличает само событие от того, что знает о нем каждый персонаж. Игрок может тайно спрятать ключ (состояние мира); спутник может увидеть этот тайник (память персонажа); торговец может услышать неточный пересказ (слух). Сведение всего этого к одному флагу может сделать персонажей всеведущими или заставить слухи казаться неоспоримым доказательством.

Для каждого значимого события фиксируйте достаточно сведений о его источнике, чтобы ответить на четыре вопроса:

**Событие:** что произошло в мире? Игрок вернул латунный ключ.

**Наблюдатель:** кто непосредственно видел или слышал это? Мара видела передачу.

**Канал передачи:** как об этом узнали остальные? Лодочник услышал это от Мары.

**Уверенность:** насколько достоверна информация? Засвидетельствовано; сообщено кем-то; оспорено.

Компактная запись в дизайне может выглядеть так: `returned_key = true`; `Mara.knows_returned_key = witnessed`; `Ferryman.knows_returned_key = reported_by_Mara`. Это иллюстративные поля, а не строго предписанный технический формат. Важнейшее различие заключается в том, что факт игрового мира не становится автоматически знанием каждого персонажа.

Такое разделение дает сценаристу лучшие варианты для сцен. Мара может сослаться на передачу как на то, что видела своими глазами. Лодочник может пересказать это с сомнением, спросить, правда ли это, или поступить на основании ошибочной версии. Если игрок спрятал ключ и никто не видел этого действия и не нашел тайник, персонажу нужен правдоподобный путь, чтобы узнать об этом.

Создавайте выбор, способный окупиться позже

Представьте вымышленную сцену, в которой игрок находит поврежденный сигнальный фонарь и курьера по имени Айвен, ожидающего за решеткой запертых ворот. У игрока есть три варианта выбора:

**Отдать Айвену единственную исправную флягу с маслом.** Сигнал остается темным, но Айвен спасается и позже может доставить послание.

**Использовать масло, чтобы зажечь сигнал.** Патруль видит предупреждение, но Айвен остается за воротами, пока не прибудет помощь.

**Оставить масло себе и уйти.** Игрок сохраняет ресурс; сиюминутная судьба Айвена зависит от установленных правил сцены, а отсутствие игрока не должно переписываться как действие, происходившее на чьих-то глазах.

Теперь определите, кто что знает. Если Айвен видит, что ему отдали флягу, он помнит получение помощи. Если он видит, что вместо этого зажгли сигнал, он может помнить выбор игрока вызвать подмогу, но одновременно помнить и то, что его оставили ждать. Если игрок уходит незамеченным, Айвен не может достоверно помнить, как игрок отвернулся; другой персонаж позже может сообщить о пустом фонаре или пропавшей фляге, но эти улики не доказывают, кто именно что взял.

Последующая сцена может выразить эти различия через действие, а не через простой пересказ. Айвен может доверить сообщение игроку после получения масла, потребовать объяснений после ожидания помощи или ответить, не обвиняя игрока в пропаже масла, если не видел его ухода. Это возможные варианты отдачи для данного примера, а не универсальные эмоциональные реакции. Сцена должна задавать причину, по которой Айвен реагирует именно так, а другие события могут усложнить его ответную реакцию.

Делайте воспоминание конкретным: запись «Айвен был свидетелем того, как игрок отдал ему флягу с маслом» полезнее, чем «Айвен доверяет игроку». Первая фиксирует событие и его источник; вторая превращает единичное событие в масштабный вывод об отношениях. Если доверие — это игровая переменная, покажите правило, которое ее обновляет, и будущее поведение, на которое она может повлиять. Запомненное событие может влиять на отношения, не диктуя их чисто механически.

Задавайте воспоминаниям срок жизни и путь коррекции

Не каждая запомненная деталь должна оставаться одинаково яркой навсегда. Настраивайте сохранение данных в соответствии с драматической целесообразностью: храните воспоминание, пока оно открывает запланированную сцену, закрывает обязательство или служит основой для будущей отсылки; позволяйте малозначительным деталям отсеиваться, когда они перестают влиять на игровой процесс. «Истечение срока» вовсе не означает, что персонаж забывает событие, изменившее его жизнь, по таймеру. Это означает, что игра перестает подтягивать незначительный факт в диалог после его однократного целевого использования.

Коррекция имеет значение, когда воспоминание возникло из слухов, неполных наблюдений или обманчивого первого впечатления. Персонаж, услышавший, что игрок забрал масло для фонаря, может узнать, что игрок отдал его Айвену. Определите, что за этим следует: меняется ли флаг слуха на исправленный, сохраняет ли персонаж и первоначальное сообщение, и исправление, или же персонаж остается неубежденным? Ответ зависит от сюжета, но исправление не должно молчаливо переписывать то, что персонаж слышал ранее.

Полезная запись воспоминания может включать статус, такой как `current`, `disputed` или `corrected`, а также источник обновления. Это помогает избежать ситуации, когда последующая реплика повторяет опровергнутый слух как факт. Если два свидетеля расходятся во мнениях, сохраняйте это противоречие там, где это важно, вместо того чтобы навязывать единую всеведущую истину диалогам каждого персонажа.

Превращайте память в действенное состояние нарратива

Память персонажа должна быть связана с возможной реакцией. Определите условия для этой реакции и эффект, который она вызывает: что должно было произойти, кто должен об этом знать и что меняется в последующей сцене? Такая структура делает память проверяемой и предотвращает ситуации, когда выбор сохраняется, но так ни на что в игре и не влияет.

Это согласуется с узкой и релевантной мыслью из публикации [STORY2GAME](https://arxiv.org/abs/2505.03547): в исследовании описывается генерация действий интерактивной литературы с предусловиями и эффектами, определяющими, какие части игрового состояния требуют отслеживания и как действия меняют это состояние. Основное внимание уделено генерации действий и игрового состояния, а оценка касается того, позволяет ли сгенерированный код действий пройти сгенерированные истории. Это не исследование, доказывающее, что запомненные выборы улучшают авторский нарратив или впечатления игрока. Для сценаристов практическая польза здесь уже: необходимо указывать условие, при котором запомненное событие имеет значение, и конкретный эффект от него.

В публикации [StratMem-Bench paper in the ACL Anthology](https://aclanthology.org/2026.acl-long.1491/) оценивается то, как виртуальные персонажи используют воспоминания в диалоге, ориентированном на персонажа. Этот бенчмарк включает обязательные, вспомогательные и нерелевантные воспоминания и отмечает, что модели справлялись с обязательными и нерелевантными воспоминаниями лучше, чем со случаями, когда вспомогательные воспоминания усложняли принятие решений. Это бенчмарк для диалогов виртуальных персонажей, а не исследование исходов в нарративных играх. Он не определяет, какие выборы следует сохранять игровым сценаристам; однако он служит полезным напоминанием о необходимости оценивать, является ли воспоминание обязательным, лишь полезным или нерелевантным для текущей сцены.

Проверяйте запомненные последствия через QA

Тестируйте выбор в момент его совершения и затем повторно на каждом запланированном этапе его отдачи. Компактный этап тестирования (QA) позволяет выявить большинство ошибок непрерывности сюжета:

**Проверка свидетелей:** для каждой реплики, отсылающей к какому-либо решению, убедитесь, что говорящий наблюдал его лично или может назвать правдоподобный источник информации.

**Проверка ветвления:** пройдите каждую ветку выбора и подтвердите, что она устанавливает нужные записи о событиях и знаниях. Убедитесь, что взаимоисключающие исходы не остаются активными одновременно.

**Проверка отдачи:** убедитесь, что каждое сохраненное воспоминание меняет доступную реплику, реакцию во взаимоотношениях, состояние сцены или действие. Если оно ничего не меняет, пересмотрите необходимость его сохранения.

**Проверка слухов:** проверьте, преподносится ли информация из вторых рук с надлежащей долей неуверенности, и последовательно ли исправление обновляет последующие сцены.

**Проверка истечения срока:** вернитесь к сцене после целевого использования воспоминания. Убедитесь, что низкоприоритетная информация перестает всплывать, а важные неразрешенные последствия остаются доступными.

**Проверка отсутствия:** проверьте, как ведет себя персонаж, когда событие произошло вне его поля зрения, никогда ему не сообщалось или было намеренно скрыто. Не допускайте, чтобы отсутствие флага по умолчанию превращалось в знание.

Итоговый вопрос проектирования прост: дает ли воспоминание об этом выборе персонажу повод вести себя иначе прямо сейчас, и сможет ли игрок понять причину? Когда ответ ясен, небольшое число хорошо обоснованных воспоминаний может нести больше драматического веса, чем стенограмма каждого взаимодействия.

Продолжить изучение темы